后勤数据提取

xiaomici

于 2021-10-22 14:13:55 发布

阅读量951

点赞数 1

分类专栏： BW４HANA 文章标签：其他

本文链接：https://blog.csdn.net/weixin_45689053/article/details/120869967

版权

BW４HANA 专栏收录该内容

71 篇文章 66 订阅

订阅专栏

文章目录

- 1. LBWE

1. LBWE

更新方式有三：
在这里插入图片描述
对于这种Queued delta，那么它会有一个extract queue。在delta queue之前。
同时在communication structure里面，可以添加一些它有的，但是没有给BW的。如果实在没有呢，那么就要增强了。

LBWE（logistics extraction structure customizing cockpit）这个呢就所有后勤的交易数据抽取结构数据源可以在这里弄了。

维护抽取结构
每个抽取结构呢，都可以维护的。这些抽取结构的字段呢你能看到是从communication structure来的。这些抽取结构呢，是SAP提交的。除了SAP，你也可以维护。
维护数据源
数据源里你可以选传输哪些，hide哪些。
激活更新
哦，就是根据你更新方式来的。但是这个呢，你激活了。那它就立刻把数据写到提取结构里面了。还有你的底表里去了。
那么有一点重要的就是你初始化的时候，最好别人都不要来改应用的数据了。
job控制
更新模式
就是单个按序更新，批量按序，还是不按顺序批量。
初始化，设置
初始化的时候，重建表会被填充。然后初始化是从这个表出的。我怎么记得叫设置表。
删除重建表的内容
初始化结束了，可以删掉了。这个重建表删了是跨client的。

1.1 维护数据源

提取结构是从communication结构来的。如果想要增强，那么可以append结构到communication 结构。
在这里插入图片描述
当你去初始化的时候，数据会保存到簇表，就是（extraction structure_setup)这个表里。
那怎么去做初始化填充呢？

1.2 初始化填充

都在SBIW下面找。
在这里插入图片描述

要block系统的可能输入。
在这里插入图片描述
那么针对不同更新方式，在LBWQ下面可以看到extract queue里面的数据了。只要有更改，就会进去。
V2是每小时把V1进去的数据收集下到delta queue里。这个收集然后用report来每小时跑一次：RMBWV311.
和V3相反，V2收集结束了会有个event &MCEX_11被触发。这个event可以触发下一个job。
V3呢，SAP说很久以前只有这个选项，然后有些公司用了没问题。可能他们不需要按序来。所以就没删掉。
那么一般我们不用。
在这里插入图片描述

1.3 整个数据流

那么这整个数据流是怎么走的呢？

数据流的源头是数据源。数据源实际上只是个徒有其表的表壳子。它实际的内容在提取结构里。而这个提取结构呢，还有个供养它的沟通结构（communication structure）。感觉像个怪兽似的😅。如果提取结构字段不够，沟通结构里有的还可以再拿来。
我们第一次从数据源拿数，实际上是提取结构拿数。把数拿到setup表去。
数据源：2LIS_11_VAITM/2LIS_02_HDR
提取结构：MC11VA0ITM/MC02M_HDR
setup表：MC11VA0ITSETUP
维护提取结构（LBWE），那提取结构建好的时候，实际上自动的就会跟着一个setup表。如果我们要维护提取结构，有两种方式，一种是在沟通结构里加过去。另一种就是我们append它这个沟通结构，然后加到提取结构里面去。初始化抽取的时候会填充setup表。full也会。之后增量更新会到delta queue中。
维护数据源提取结构维护好了，激活之后，我们还得把这个数据源生成一遍。新增进提取结构的字段，得给它展示出来。然后保存数据源。
复制数据源 ERP这边的数据源生成好了之后，需要去BW那边的ODP-SAP下面去复制数据源。然后创建BW的整个数据流，是往上层到ADSO还是其他对象。维护中间的转换和DTP。
**激活提取结构更新模式为active（LBWE）**之前是维护提取结构，现在是要到LBWE里面去激活它的更新方式。激活了之后，这个extract structure的设置表和对应的delta queue才能被写数据进去。
填充设置表（0LI*BW） 在填充设置表的阶段，系统内不应该再有订单创建。结果会被列在一个log里（LBWF）。在填充设置表之前，得确定设置表是空的（LBWG）删除。填充好了之后，数据源的更新模式应该也选成了V1或者V2。此时订单创建会以V1或者V2方式传送到delta queue。V1是直接从update表更新到delta queue(由event去更新)，V2是先到extract queue再到delta queue。对应的更新方式会由job去执行一个report。这一系列的操作就是如此。
然后执行DTP。执行完DTP之后，如果不再需要初始化的数据，可以删除设置表内容。这里的是针对delta请求的。如果之后建了另一个Full的DTP，那么数据是从哪里来的呢？第一次的初始化是要到ERP系统去填充设置表的。以后的无论是full还是delta都是不用的。delta我们都知道了是从delta queue来。full呢？其实也是在ODQ里面，只不过是到ODQDATA_F这个表里。
具体实施步骤还是要到SAP的文档里面去看。填充setup表是在DTP的delta load设置好之后。因为delta load会有个delta queue生成。setup表填充了之后，正常的更改会被event触发到delta queue里面。然后无缝连接到DTP的delta请求中。
如果是先填充setup表，那还没有激活delta queue。在建DTP的这段时间就可能有空窗期。