timestamp in data extraction

本文讨论了BW系统中的全更新与增量更新模式,解释了如何通过设置时间限制来优化数据抽取过程,以及在不同场景下如何利用SAP提供的方法解决数据延迟问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

As we known, there will be two kinds of data update mode in BW generally, Full and Delta. The full update is for the condition in which you want to load data with your limitations, as the delta update just for loading fresh data not existed. For delta two situations should be taken into account. For Logistics delta queue is perfect, while timestamp for Finance. Mostly an  Init.  will be done before delta, however ,timestamp cause a delay between timestamp and accounting time. For example, a voucher is done while accounting isn't not existed in DB level), so in the data extraction this record will not be gotten. In order to solve this issue, SAP provider user a method in which you can definite a range called lower limiter and upper limiter, when extracting it .

     Here comes a simple sample for you, data extraction per 6 hours. Considering 12:00 as start-point, data created between 06:00 and 12:00 will be loaded. However, if you have created a voucher at 11:55 and after a lunch doing an accounting at 12:30, unfortunately it is lost in data extraction. So lower limit will do a favor for you when setting it to 30 minutes, then data-fresh ranges from 05:30 to 12:00 will suitable for extraction. As same as lower limiter, upper limiter will extract data ranging 06:00 to 11:30.

    For the developer adopting it, ODS will be your first choice in Info Provider  due to overwrite duplicated data.

 

22464099_201109221621141.thumb.jpg

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22464099/viewspace-708105/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/22464099/viewspace-708105/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值