在S/4 HANA系统中，SAP以最大化使用HANA数据库的内存功能为目的，重新设计了SAP平台的底层架构。大道至简，大简至美，一直是SAP的理念。 S/4 HANA Business Suite将彻底改变我们开展业务的方式，它会使一切变得简单。事务简单性，高级分析，创新和功能增强都是S/4 HANA的特性。SAP致力于从人力资源、财务、供应链、营销、产品等业务线的角度，帮助企业化繁为简，实现“大道至简”，带领企业感受化繁为简的力量。

S/4 HANA通过删除旧表、聚合表和索引表，并以创建更少的基于列的表，从而提供了一个新的数据模型。表MATDOC和ACDOCA就是以这样的理念设计出来的。S/4 HANA设计时采用了SAP Fiori集成用户体验，为用户提供即时洞察，并可在任何移动设备上工作。它在SAP ERP平台上提供实时操作分析，从而减少了对SAP业务仓库(SAP BW)的依赖。

不使用聚合和索引表可以减少数据占用，因为事务的计算是在数据库层而不是传统的应用层上进行的。

因此，根据我们的理解，S/4 HANA对数据模型进行了更改，从而提供了简化。

下面我们来具体看一下SAP是如何简化的。

状态表VBUK和VBUP都不再需要。状态包含在相应的文档表中。销售订单抬头表和项目的状态在表VBAK和VBAP中。

我们不再需要JOIN两个表来确定状态了，而只需要读取一个表。从VBAK中选择数据以获取销售订单抬头信息以及状态。

我们察看VBAK表中字段数从143增加到228。同样，在VBAP中，字段数从269增加到337。这样做我们理解为是为了整合其他领域的数据。另外，从上一篇文章中我们也看到了，MATNR数据元素长度从18个字符增加到40个字符。

同样，已从VBUK和VBUP中删除LIKP/LIPS和VBRK/VBRP的显式状态表。现在LIKP/LIPS和VBRK/VBRP表将包含状态。

这样简化有什么好处呢。

它可以加速整体性能，并以指数方式减少数据库的内存占用。

内存数据库（读取HANA）具有动态计算的超大计算系统。因此，在HANA中不再需要先前的索引表，如BSAS，BSAD，BSIS，BSIK，BSAK，BSIM，FAGLBSAS，FAGLBSIS，这些索引表有助于我们提高性能(ECC)。 类似地，GLT0，GLT3，KNC1，LFC1，KNC3，LFC3，COSP，COSS和FAGLFLEXT等聚合表也已过时(ECC)。

这些变化对已有程序有什么影响呢。

SAP已为具有相同名称的表创建了兼容视图。因此，以前的报表将重新计算与表格相同的值（因为视图名称与表格相同），以前的报表也可以在新的S/4 HANA中使用。

当然，很多报表可能不需要再次开发了，在S/4 HANA里已经存在了，一些原有的报表，我们需要做的就是使其能够利用HANA这个内存数据库，让原有的报表速度和性能有很大的提升。

特别声明：文章或部分素材来源于网络，仅供SAP、ERP从业伙伴们交流学习使用，如果侵犯了您的权益，请联系网站管理人员删减！