1、hr数据源做了增强，使用了3层嵌套循环，上传员工数据的时候，数据上传不上去。后来把包数据量设置变小，大概300K，约1000条数据的时候，才解决此问题
2、做mm的增强，做完增强后数据上不来，后来发现需要再重新填充一下设置表（此处需要自己动手实践）
3、 大家都知道从 dso 到 cube 进行增量抽取数据时 , 只有未被抽入 cube 的那部分增量数据才会进入 cube. 而系统具体是怎么从 change log 中判断出那部分增量数据的 ? 具体通过那些表 , 那位给讲解一下 .
每次 DSO 数据进行激活更新时，都会在 change log 表产生一个 request ，这个 request 对应这次请求发生改变的所有记录，如果是新记录， change log table中的 recordmode = N, 如果是更改，那么会产生 2 条记录，一条 recordmode = X 代表修改前，另外一条 recordmode = " " 表示修改后。
往 cube 上 delta 更新的时候，就是靠这些来获取变化量的，新产生的 request 中的那些记录。
1. Promotion detail information 如何在 BW 中取得？
2. 如何取得 weekly stock ， monthly stock by article （ quantity ， inventory value ）？（已经在使用 BI content infocube ： 0IC_C03 ）
3. 对于 trasaction data ，在 r3 做过 enhancement 的时候，加上一些 fields ，如果想在 r3 中修改这些 fields （仅仅修改这些 fields 的值），如何让修改过的 transaction data 进入 delta queue ？
4. 在 datasource ： 2LIS_03_BF 已经 daily update 到 0ic_c03 的情況下，在 R3 中用 rsa3 发现 2LIS_03_UM 有很多重复记录，该如何做使得该 datasource 中的数正常？
5. master data 从 R3 到 BW 是不是都 full load ？ Location Product infoobject ： 0MAT_PLANT 是 daily update ，但是数据量比较大（目前 600 多万），如果 full load 的话会不会时间比较久并且耗资源？有没有其他解决方案？
6. inventory management 的问题：关于 infocube ： 0IC_C03 是应该从两个 datasource ： 2LIS_03_BF ， 2LIS_03_BX 取数，还是应该从三个 datasource ： 2LIS_03_BF ， 2LIS_03_BX ， 2LIS_03_UM ？
7. retail price 如何在 BW 中取得？ Moving average price(MAP) 如何在 BW 中取得？
8. 在 process chain 中调用 analysis process ， auto run 的时候 analysis procee 经常会报错： Value D4QG5ZUPU5NZBG0M4RTH9W7ZC for characteristic D4QG5ZUPU5N7MTOUT8DV7GTPK unknown 。在出错后人手去跑这个 analysis process 又正常。不知道是什麽原因 ？
现在有个问题，对于同一个 Transformation ，其中有个字段，需要针对不同的 DTP ，赋予不同的值，请问如果处理，谢谢！
1 可以在表 tvarvc 中建一个变量
2 然后在不同的 dtp 中的 transfert routine 里写 赋值给上面变量 的 code : 比如 dtp A 执行则赋变量的值 为 A 若 dtp B 则变量的 值为 B 。。。。
3 然后在 transformation start routine 中 去读 变量的值 看是从哪个 dtp 过来的 ，然后更改处理规则 。
1、 建立一个表；
2、 在 DTP 的过滤条件中写代码给表插入一条记录；
3、 在转换中去读取该表中的记录，并在结束例程中删除表中记录。
DSO 用来存储明细数据，其结构比较简单 , 对于值的转换 , 既可以使用合计，也可以使用覆盖的方式。因在源端 , 如果存在相同的 customer 记录 , 需要合并 , 为了省事 , 并没有写 abap 代码 , 直接启用了合计的方式 , 如果使用合计的方式，可以用 delta 吗（最终的 DSO ） ? 如果可以 , 该用什么类型的 delta. 如果不可以 , 又不想写代码 , 如何能实现合计和 delta 的两种功能 .
确定你的情况必须要要用合计 ? 用合计的 kf 一般要谨慎的 确定你在的 kf 合计出的结果的正确性 ，不然整个 dso 里的数据都会错误。 delta 是 适用的 recordmode用 after image 即可 .
可以用 RSA2 查到每个数据源的 delta 属性，比如 2lis_03_bf 是 ABR, 这表示这个数据有 after image 、 before image 、 revise image.
不是说 ods 用合计不能做 delta ， 而是说 ods 一般用来记录的是合计每条数据的详细情况，如果 ods 里不做报表 你可以把 kf 当 charactestic 来理解 ，而在 cube 里面来合计 是相对于不同的 diemension 来合计你的 kf 这样是为报表多维分析服务的 。
ods的 delta是把 change log表的变化记录往上更新 , "合计 "是 key值相同下 ,keyfigure累加的 .
你可以用 DSO, 但是得用两层 DSO, 第一层 DSO1 用 Overwrite 方式 , 用来正确获取 Delta 的 Change log 数据 , 第二层 DSO2 从 DSO1 更新 , 可以使用 Sum 方式 .