声明:原创作品,转载时请注明文章来自SAP师太技术博客( 博/客/园www.cnblogs.com):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版本
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抽数据时,才会填充)