MultiProvider

MultiProvider、InfoSet、VirtualProvider:三者都不存数据
481e8916-70ca-4d86-a819-ef5761921ab3
994a28f7-b3c0-40dc-b8bc-6379b7056462

bea7c1bf-9f09-42ce-9c9a-01c0bc0254d7
 
d5bfe009-2d86-4860-b357-5c9778cfb722
9e2ab066-e3f1-4ee5-bf06-e18a38a00507
53a4990f-e6ea-497d-947c-ead94a28a835
如果不作识别,则激活时会报错:
02066e1d-170c-4ad6-bc91-d7d0f89fdb3c
 
下面以CUBE+CUBE现演示MultiProvider:
38b708d3-44a1-43c9-8b68-8cf71c35717f 
db72153c-a415-4b3f-9f9a-27c67c253f83
1cabbec5-5f33-4d24-9d35-83b3566464b8
40aa8ab4-2067-4e09-b751-1aa6099c4e1d
0b265162-fbd2-46ae-98f9-95de5de87fd9
b5419529-7688-403f-8212-b237f6c676cf
58042123-67c1-425f-879b-f17c5ac7b029
96324cc4-efbb-49c3-aeb5-0ab72944b7ed
1c0c753a-5e4b-465e-a5d7-cb9bae947cc3
 
beaaabf9-8ae7-472d-873e-32df323a4931
564fc995-ba0f-4401-8c90-092bf02e29a0
cfb998ca-e678-4600-a8cf-a6c73ccae72b
ab6a08b6-9740-4e77-b55f-6fee02a5ffd7  159a8a4f-d4fd-4728-afd4-24236d2461a4
aae308a1-104c-4cc5-a780-167057851ea6  0f7926e5-c115-470e-bf83-28c79671761e
98fb0b65-c225-438c-94a8-bd595508bf18  7d0ad0e7-9f88-421f-be7a-654fb1b3cc2f
 
下面去掉一个勾试试:
79b5403c-c2ea-4881-97c2-29efa5b41ddc
5799323d-9c4b-480e-81b0-a0791a85a0b7
两边都有的维度数据会放在同一字段中存储,去掉其中某些字段的钩就表示所在底层Cube数据不会存储到所对应的上层Multi Cube中去,只有勾上了的都会存
但要注意:如果有只有一条记录 时,一定要勾上的(如果只有一个底层Cube有这个字段都不勾上话,那上层Multi Cube需要这个字段就没有意思),如下面的勾就不能去掉:
21192112-3db6-4765-aa6d-02646762305b
 
59f4c384-9f51-48c3-9d5c-03e59d7d93b1
a989a7f5-a08b-42a1-9ce6-b459446cae02
ZZJ_CUST、ZZJMAT、ZZJ_SALE相同的合并(由于转换规则中价格是取Max,所以还是5),所以显示时报表比BW显示的要少一条。
下面将多立方体中的 物料销售 删除掉,继续测试:
975d313d-8084-41be-8777-d0da4d0f715c
2b16dfd8-c87f-42b4-9ad6-3891feb1354d
 
afadc1c1-9422-4c05-a9db-ac244805b387  e07cf6ba-bdca-4d88-b9ea-6f4ce9952352
(相同行在联接前合并了,转换里设置的价格合并方式为Max,数量为Sum)
 
从上面的试验可以看出,BW里显示的数据是Union的形式组织的(数据来自于两个InfoProvider:ZCU_PRI 与 ZCUB_QUT),到了报表层面显示时,用的是Full Join的方式(注:实质上还是Union,而并不是通过Join的方式将相同维度的行关联起来的,但从展示的数据行合并后报表结果来看,感觉像是通过Full Join关联,其实不然)。
注:不同Basic InfoProvider在Union之前,会将维度相同的数据合并后再进行Union
posted @ 2015-02-19 22:32  江正军  阅读(3253)  评论(0编辑  收藏  举报