数据源增量处理（Delta Proess）三大属性：Recod Mode、Delta Type、Serialization

声明：原创作品，转载时请注明文章来自SAP师太技术博客（ 博/客/园ｗｗｗ.ｃｎｂｌｏｇｓ.ｃｏｍ）：www.cnblogs.com/jiangzhengjun，并以超链接形式标明文章原始出处，否则将追究法律责任！原文链接：http://www.cnblogs.com/jiangzhengjun/p/4297181.html

 

数据源的增量处理方式表：ROOSOURCE

增量处理的属性表：RODELTAM

上图中OBJVERS表示数据源的版本，有两种取值，A表示激活版本，即可用的激活版本，可以通过RSA6来查看（只要是激活了的，不管是自己建的数据源还是系统标准的，都可以通过RSA6来查看到）；D表示系统标准的数据源版本，可以通过RSA5来查看系统提供的标准数据源（注：RSA5只能看到标准的），新上线的系统标准数据源需要通过RSA5激活后，才能在RSA6查看并使用，所以一般被激活了的标准数据源，在该表中会有两条数据，一个是A版本，一个是D版本

------------------------

应该有三种版本，分别是D版本、M版本和A版本，RSA5下面的数据源是D版本，激活到RSA6下面以后就变成M版本了，然后在BW系统再次被激活以后就变成A版本了，如果在BW系统里再次被更改，还会由A版本变成M版本，再次激活以后又会由M版本变成A版本。

------------------------

 

  

  

  

ABR：后勤数据源使用，采用新像、前像、后像和反镜像的更新模式，即支持覆盖，也支持合计，所以后勤数据可以直接抽到DSO或CUBE中

AIE：财务数据源使用，采用后镜像模式，只支持覆盖，不支持合计，如果要加载到CUBE中，则需要先通过标准覆盖的DSO（在抽到覆盖DSO时，会在Change Log表里补上数据变化日志），再传到CUBE，所以财务数据不可直接抽取CUBE中。FI-AR/AP中此种增量处理方式应用较多

ADD：只支持累加，采用的是附加像更新方式，所以数据可以直接到Cube或合计DSO

一般来说：

• CO的数据源都是ADD的，差额镜像，E
• FI的基本都是AIE，后镜像，E
• LO的基本都是ABR，这个就不用说了，很明细，新、前、后、反转的镜像都存，量很大，D
• 自建的默认是AIE，同FI（但没有提供更改方法，所以自建的统一都是AIE），E
• 主数据的一般采用AIE、AIM和NEWE，说明比较侧重结果和新增数据

下面简述下AIE和ABR的区别：

• ABR的方式注定了，不仅适合直接上载到DSO，可以直接上载到CUBE，不通过DSO，因为不仅序列化，而且是连带各种镜像。
• AIE不同，只支持后镜像，也就是说，只能首先加载到DSO，然后进行分析，会在激活数据时帮我们补齐前镜像到DSO的LOG表里，从而保证了DSO的明细要求，又能在CUBE提取LOG表的时候获得正确的数据。因为CUBE只有汇总，没有覆盖功能。

最后还要说明一下，FI与其他模块的数据抽取方式不太一样。

• FI是通过BW的请求，到R3中执行对应的FM，然后获得数据，写入DELTA队列，这种方式就叫做PULL。自定义数据源也是这样的方式

ABR支持新增、修改与删除，适用于后勤模块，且ABR记录模式的增量数据即适用于合计的DSO与CUBE，也适用于覆盖型DSO

AIE只支持新增与修改，不支持删除，所以AIE只适用于财务模块，因为财务模块没有删除操作，另外，AIE记录模式的数据不能抽取到累加型的DSO与CUBE中（但可以通过标准的DSO过渡一下，因为即使只有After后像记录模式的增量数据，在经过标准DSO转储后，会在Change Log表里补上记录模式为Before前像的记录，这样就还原整个修改过程了，再将其向上抽到CUBE中时系统就会根据这些日志来进行合计）

 

Delta Type：增量类型，不管是Push还是Pull，都是指增量数据进入Delta-Queue的方式是否是主动的，如果是主动则是Push（如后勤增量数据），否则为Pull（如财务数据源的增量就要等到BW抽数据时，才会填充）