SAP MDG —— 数据建模 Data Modeling

MDG 数据模型 Data Modeling

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

• 物料主数据(Material Master)
• 业务合作伙伴(BP)，客户(Customer)和供应商(Supplier)
• 财务(Financials)

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

SAP MDG包含两个存储区域：

• Staging Area
  包含了在处理过程中的数据，与Change Request相关联，这些是MDG所独有的数据库表。
• Active Area
  包含了已经处理好的数据，可以随时供其他系统和应用调用，例如大家熟悉的MARA、BUT000等主数据表。

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

主数据的创建和修改

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

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

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

属性	解释
Data Element	决定了Entity Type的数据类型和长度。数据类型限制为CHAR、NUMC和CUKY，长度被限制为不超过45位。
Attachments	如果选中，系统会自动提供附件的数据存储区域。只为Type 1服务。
Search Help	如果在此处指定Search Help，系统将会忽略check table和domain中的fixed values
Active Area	指定了Active Area，系统就会将数据存在其中。Active Area可以在Data Model被指定，或在Entity Type层。如果在此处（Entity Type）指定了，则会覆盖Model层的Active Area。

Relationships

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

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