第六章 BW数据源抽取机制.docxVIP

BW:数据源抽取机制（这篇是以前的笔记，写得很差，有不少错的地方，留着给自己看）分类：SAP BW2010-08-24 14:492204人阅读评论(6)收藏举报题记：忽然想到这么个问题，后勤数据源和非后勤数据初始化有何区别，然后进行周边的拓展，所以就形成了下文。大部分知识源于TBW350和SAP SDN。?对数据源抽取机制的深入探讨一、什么数据源需要初始化，为什么要进行初始化有增量机制的数据源就需要初始化，初始化的目的是为了给系统一个时间点，来生成Delta队列。怎样进行初始化：其实当我们跑I包的时候，Delta队列就建立了，这个和Setup table没有关系Setup table是怎么回事儿：在LO（Logistic，后勤）的抽取中，Extractor不允许直接操作应用表，也许是为了方式读写的冲突，也许是为了保证凭证的安全，也许是为了减轻负载…反正就是不行，所以就得在initialization的时候Delete然后Fill Setup table。仅限于LO的数据源。Reasons for why setup tables is :1) Main reason is HUGE VOLUMES OF LO data.2) To avoid interdependency, while still making changes transactional tables in R/3.3) Customized cluster and pool tables enhancing extraction easier.FI的为什么不用Setup table：因为FI的数据可以直接从Table里抽取。RSA7(Delta Queue)，这是虚拟的，真实存放数据的是SMQ1 (Out bound Queue) V3 Update Mode 1、Based on your delta updated mechanism, it will be either V1 or V2 or V3 2、Delta tables will be based your delta updated process ,it will be either Extraction queue or Update tables and the collective run will be either extraction collective run or V3 collective run ???? ????所谓的V1、V2、V3有如下解释，这个东西在激活LO数据源的信息结构时可以看到：V1 同步更新模式，即凭证产生就更新增量，与业务数据同步更新；V2 异步更新模式，就如一个两步的操作一样，第一步业务凭证更新了，然后再更新第二步的数据源增量表V3 异步更新模式，与V2的区别在于他的更新时通过后台事件来触发的，即定一个任务定是收集增量并更新至增量表?下图源自LBWE：这里三种简单的说一下，更新方式的解释详见附件：Gist of LO Cockpit Delta，据说本来还有个Serialized V3，7.0后就被取缔了。Direct Delta:这是一种V1，直接V1到Delta Queue，我们目前的LO数据源统统采用这个Queue Delta:这是一种混合型，先V1到Extraction Queue，后V3到Delta Queue Unserialized V3 Update:这是一种V3，先V3到Update Table，后V3到Delta Queue ?来张图，解释下整个过程：Records在Transaction tables里在初始化时，执行一个将Transaction data存放在setup table里的setup操作，也就是我们的填充设置表在执行初始化和Full包时读取的是设置表的内容新的Transactions被送到Transaction tables，之后被提取到Update tables / Extraction Queue（SM12/SM13），也就是SMQ1 之后呢，会有一个周期性的Job，来把数据提取到Delta Queue中（如果是V1的话就不用啦）当Delta上载执行时，会去读这个Delta Queue。二、Delta机制Time Stamp 我们的R/3系统提供了这么一种功能，来标记新旧数据的差别，可以通过Time stamp，Calendar Day，Numeric Pointer来标注。设置方法：数据源要提供字段，用来填充Delta Specific Field RSO2?Generic Delta?Time stamp，有需求可以设置Safety Interval Upper/Lower Limit，拓展Time