为 BI 的聚合导航设计事实 table 汇总的最佳实践
Best practice to design fact table rollups for BI's Aggregate Navigation
我正在尝试以正确的方式实施事实 table 及其汇总，以便有一天能够将其传输到某个 BI 系统
而且，根据Oracle's article and KimballGoups's article，据我了解，整个设计必须遵守严格的原则
所以，假设有一个 table fact_sales:
-----------------------------------------
| dim_store | dim_product | total_sales |
-----------------------------------------
| 1 | 1 | 10 |
| 1 | 2 | 20 |
| 2 | 3 | 20 |
-----------------------------------------
假设，需要制作另一个 table，按商店汇总，省略产品列，所以，它看起来像这样，fact_sales_by_store:
---------------------------
| dim_store | total_sales |
---------------------------
| 1 | 30 |
| 2 | 20 |
---------------------------
而且，我猜，事情并没有那么简单，要使BI的聚合导航正常工作，必须在维度上有一些技巧，但我无法从文章中得到它
正如我 see/guess，在 dims 和 fact table 之间一定是一些“逻辑 Table 源”，或者一些层次结构 dims？
你能根据那个例子进一步指出我吗？）非常感谢
对于任何现代 BI 应用程序（例如 Power BI），我根本不会创建聚合表。使用的 BI 应用程序应该能够通过任意维度组合灵活地聚合数据。
可能有比您概述的更复杂的要求，证明创建两个具有不同 grain/granularity 的事实表是合理的。在这种情况下，一个功能强大的 BI 工具可以将两个事实表的聚合汇总在一起以获得单个输出 dataset/visual。统一因素将是任何常见的维度表。
我正在尝试以正确的方式实施事实 table 及其汇总，以便有一天能够将其传输到某个 BI 系统
而且，根据Oracle's article and KimballGoups's article，据我了解，整个设计必须遵守严格的原则
所以，假设有一个 table fact_sales:
-----------------------------------------
| dim_store | dim_product | total_sales |
-----------------------------------------
| 1 | 1 | 10 |
| 1 | 2 | 20 |
| 2 | 3 | 20 |
-----------------------------------------
假设，需要制作另一个 table，按商店汇总，省略产品列，所以，它看起来像这样，fact_sales_by_store:
---------------------------
| dim_store | total_sales |
---------------------------
| 1 | 30 |
| 2 | 20 |
---------------------------
而且，我猜，事情并没有那么简单，要使BI的聚合导航正常工作，必须在维度上有一些技巧，但我无法从文章中得到它
正如我 see/guess，在 dims 和 fact table 之间一定是一些“逻辑 Table 源”，或者一些层次结构 dims？
你能根据那个例子进一步指出我吗？）非常感谢
对于任何现代 BI 应用程序（例如 Power BI），我根本不会创建聚合表。使用的 BI 应用程序应该能够通过任意维度组合灵活地聚合数据。
可能有比您概述的更复杂的要求，证明创建两个具有不同 grain/granularity 的事实表是合理的。在这种情况下，一个功能强大的 BI 工具可以将两个事实表的聚合汇总在一起以获得单个输出 dataset/visual。统一因素将是任何常见的维度表。