单一业务模型中的 OBIEE 多事实表?
Posted
技术标签:
【中文标题】单一业务模型中的 OBIEE 多事实表?【英文标题】:OBIEE Multiple Fact Table In Single Business Model? 【发布时间】:2019-03-13 14:10:37 【问题描述】:对于图片,我很抱歉,但我认为这是解释问题的最佳方式。
物理层关系如下;
逻辑层关系如下;
当我尝试在 2 个事实表之间获取数据时,我得到如下结果;
最后,这是我的报告的 sql 代码;
所以,我确定关系之间没有问题。我该如何解决这个问题?
提前谢谢..
【问题讨论】:
【参考方案1】:对于不符合的维度,您需要将事实 LTS 中的内容级别设置为“总计”,并将度量与不符合维度的总计级别联系起来。
https://greatobi.wordpress.com/2011/06/24/making-dims-facts-work-together/
【讨论】:
嗨 Chris,我为 Dim Warehouses 创建了一个新的逻辑维度层次结构,并将其逻辑级别设置为 Fact Order 表中 Order Total 度量的总计。现在它有效但错误。请查看报告结果; pasteboard.co/I5l0a6n.png 看看我做了什么; pasteboard.co/I5l0K2L.png 为什么会出错?由于无法按仓库拆分订单总额,因此您将获得总计 这个结果不正确; pasteboard.co/I5l0a6n.png 因为Order Total不可能对所有仓库都相同,所以这个结果没有意义..如何按仓库拆分?我不明白关系或 BMM 模型有什么问题。我检查了很多次 根据您的设计,Dim Warehouses 与 Fact Orders 无关。因此 Order 度量不能被 Warehouse 拆分,因为它不知道它与仓库的关系。这是你的模型,不是我的。因此,关于仓库的 Order 度量的总计是总计。期间。 "是的,没有关系,但通常我们可以通过使用一些表来编写sql来得到那个结果。"你会怎么写来分裂?!根据您的模型,您也不能进行时间分割。您的模型或基础数据存在缺陷。 OBI 几乎可以做任何事情,但如果您的数据不支持您想做的事情,那么您就会被阻止。以上是关于单一业务模型中的 OBIEE 多事实表?的主要内容,如果未能解决你的问题,请参考以下文章