【发布时间】:2021-04-08 11:03:00
【问题描述】:
我正在尝试以正确的方式实现事实表及其汇总,以便有朝一日能够将其转移到某个 BI 系统
并且,基于Oracle's article和KimballGoups's article,据我了解,整个设计必须遵守严格的原则
那么,假设有一个表fact_sales:
-----------------------------------------
| dim_store | dim_product | total_sales |
-----------------------------------------
| 1 | 1 | 10 |
| 1 | 2 | 20 |
| 2 | 3 | 20 |
-----------------------------------------
假设,需要创建另一个表,按商店汇总,省略产品列,所以,它看起来像这样,fact_sales_by_store:
---------------------------
| dim_store | total_sales |
---------------------------
| 1 | 30 |
| 2 | 20 |
---------------------------
而且,我猜,事情并没有那么简单,要让 BI 的聚合导航正常工作,在维度上肯定有一些技巧,但我无法从文章中得到它
正如我所见/猜想的那样,暗淡和事实表之间必须是一些“逻辑表源”,还是一些层次结构暗淡?
您能否根据该示例进一步指出我?)谢谢
【问题讨论】:
-
我不是 PowerBI 专家,但在过去 24 小时内没有其他人做出回应,我会试一试...据我所知,如果您创建一个PowerBI 中的聚合表,然后它将启用聚合导航。但是,如果您的外部源中已经有聚合表并想直接使用它们,则不能使用聚合导航,但可以使用 DAX 确定要查询的事实表
标签: database-design powerbi olap datamart