@H_403_1@关于ALL表和SUM表之间的聚合关系与BIEE出数据方式
@H_403_1@SUM表是ALL表关于某一个字段或者多个字段的聚合,SUM表中的数据颗粒度更大,检索速度更加的快。
@H_403_1@在BIEE中经常地使用到ALL表和SUM表。最近在佳通项目中遇到一个问题:在一个逻辑表中有6个源表来自物理层,如下表:
@H_403_1@说明 |
@H_403_1@Sources tables |
@H_403_1@备注 |
@H_403_1@预算数据+实际数据 |
@H_403_1@ALL_ALL |
|
@H_403_1@SUM_ALL |
@H_403_1@关于ALL_ALL的ITEM_TYPE的聚合 |
|
@H_403_1@预算数据 |
@H_403_1@BUDGET_ALL |
|
@H_403_1@BUDGET_SUM |
@H_403_1@关于BUDGET_ALL的ITEM_TYPE的聚合 |
|
@H_403_1@实际数据 |
@H_403_1@ACTUAL_ALL |
|
@H_403_1@ACTUAL_SUM |
@H_403_1@关于ACTUAL_ALL的ITEM_TYPE的聚合 |
@H_403_1@理想的出数据的方式为:
@H_403_1@如果仅需要ITEM_TYPE级别的实际数据,则BIEE从ACTUAL_SUM出数据;
@H_403_1@如果仅需要ITEM_TYPE级别的预算数据,则BIEE从BUDGET_SUM出数据;
@H_403_1@如果需要ITEM_TYPE级别的实际数据+预算数据,则BIEE从SUM_ALL出数据。
@H_403_1@但是,结果却是不管是需要ITEM_TYPE级别的实际数据还是预算数据,BIEE都从ALL_ALL出数据。百思不得其解啊!
@H_403_1@但是,经过反复的比较,我发现以上六张表中的字段存在差异,如下表:
@H_403_1@ALL_ALL |
@H_403_1@SUM_ALL |
@H_403_1@BUDGET_ALL |
@H_403_1@BUDGET_SUM |
@H_403_1@ACTUAL_ALL |
@H_403_1@ACTUAL_SUM |
ITEM_NUMBER |
ITEM_TYPE |
ITEM_NUMBER |
ITEM_TYPE |
ITEM_NUMBER |
ITEM_TYPE |
|
|
ITEM_TYPE |
|
ITEM_TYPE |
|
@H_403_1@我们对比三张ALL表ALL_ALL、BUDGET_ALL、ACTUAL_ALL发现ALL_ALL中不存在ITEM_TYPE字段,然后,我在ALL_ALL的物理层中添加ITEM_TYPE字段(首先,我修改数据库中的ALL_ALL表,后来我把数据库中的ALL_ALL表中的ITEM_TYPE删除,结果依然正确!爽),并在逻辑表中完成映射。从新查询问题解决了!!
@H_403_1@经过反复的试验以及和同事之间讨论,我得出SUM表在做聚合的时候,SUM表中的字段只能是ALL中字段的真子集,也就是说SUM表中不能存在ALL中没有的字段。
@H_403_1@同时,我也推断,BIEE是按照由ALL到SUM的顺序进行出数据的。具体的说来,BIEE首先查看ALL表中的字段,然后检查SUM中的字段,如果SUM表中的字段为ALL表中字段的真子集,那么,从SUM表出数据,否则从ALL表出数据。
原文链接:https://www.f2er.com/javaschema/287619.html