ERP系统MDG系列14：MDG 数据建模

声明：本文仅代表原作者观点，仅用于SAP软件的应用与学习，不代表SAP公司。注：文中所示截图来源SAP软件，相应著作权归SAP所有。

MDG 数据模型 Data Modeling

1.SAP MDG包含以下三大块数据模型：

1)物料主数据(Material Master)

2)业务合作伙伴(BP)，客户(Customer)和供应商(Supplier)

3)财务(Financials)

需要注意的是，SAP MDG中的数据模型都是独立存在的，彼此没有任何交集，这也是我们在考虑是否需要新建Data Model时的重要依据。

2.SAP MDG包含两个存储区域：

1)Staging Area 包含了在处理过程中的数据，与Change Request相关联，这些是MDG所独有的数据库表。

2)Active Area 包含了已经处理好的数据，可以随时供其他系统和应用调用，例如大家熟悉的MARA、BUT000等主数据表。

在下面的部分，我们将数据建模的过程实施一遍，以便理解数据建模中的各个要素和相关配置点。

主数据的创建和修改

上图清晰的解释了主数据创建修改的大体流程以及Staging Area与Active Area在此过程中担当的角色。当Final Approval被处理之后，主数据记录从Staging Area中更新到Active Area。这个过程也被称为Activation。

根据部署方式的不同，这些Active Areas被分为Flex Mode和Reuse Active Area：

1)Flex Mode: 在这种模式下，当数据模型被定义后，一组新的数据库表被自动生成。当没有与之相对应的SAP ERP表，或因为某种需求，MDG表与ERP表必须做隔离时，我们可以采用该模式。当然，如果需要的话，数据可以随时复制到SAP ERP主数据表中。所有的SAP MDG FI主数据对象都是采用Flex Mode实施。

2)Reuse Active Area:这种模式中，已存在的SAP ERP表被直接复用。Material Master和Business Partners主数据都是采用该模式实施，这就意味着当Change Request被激活(Activated)后，对应的SAP ERP主数据表也会被同步更新。

Entity Types

一个数据模型中不同类型的主数据以不同的Entity Type展现（从业务的层面分类）。

Entity Type最重要的属性，是Storage/Usage Type，决定了拥有Entity Type的Entities能否通过Change Request修改，不同Entity Type之间的从属关系，Entity所存储的信息类型，以及数据库表是否自动生成或复用。

Type 1：可通过Change Request修改；生成数据库表

这种类型为整个数据模型中的核心，与Change Request Types紧密联系。这些Entities具有持久性，SAP MDG会为其自动生成所有必要的数据库表，包括检查表、文本表和其他所需的表，例如存储附件。类似于Genil中的Root Object，这种Entity Type是所有Change Request的入口。

Type 2：不能通过Change Request修改；生成检查表或文本表

只有检查表和文本表为此类型，修改时不会生成Change Request，可以分配给其他的Entity Type。

Type 3：在MDG范畴内不能修改；没有生成数据库表

Type 4：可以通过其他的Entity Type修改；生成数据库表

这种类型类似于Genil Model中的依赖对象，依赖于Type 1所存在。必须使用Relationship与Type 1进行关联。

Entity Type的一些属性解释如下：

Relationships

在多个Entity Type之间一共存在四种关系，分别为Referencing，Leading，Qualifying，Foreign key relationship。

下图简明的描述了几种关系之间的异同。

注：本微信公众号获得CSDN博主小狼Solar授权，转载SAP MDG相关的文章，该系列文章仅代表小狼个人的观点，仅用于SAP MDG学习和参考。

版权归原作者所有,如有侵权请联系删除。

免责声明：本文所用视频、图片、文字如涉及作品版权问题，请第一时间告知，我们将根据您提供的证明材料确认版权并按国家标准支付稿酬或立即删除内容！本文内容为原作者观点，并不代表本公众号赞同其观点和对其真实性负责。

分享是一种精神