如果请求的报告需要关于相同维度(且以相同粒度)的汇总信息,但基础数据存储在不同的事实表中,那么数据仓库设计的好方法是什么?
例如,当薪水和支出记录在不同的事实表中时,显示每个员工每年支付的总薪水和报告的总支出的报告。或者,当销售来自一个事实表,接收来自另一个事实表时,列出每个SKU销售的每月总销售额和每月收到的库存。
朴素地解决这个问题似乎很容易:并行查询和聚合两个事实表,然后将聚合结果在数据仓库或客户端应用程序中拼接在一起。
但我也对其他解决此问题的方法感兴趣。其他人是如何解决这个问题的? 我想知道数据仓库模式和设计以及使该设计友好的客户端工具生成像上面示例中的报告。
此外,“维度三明治”用例在规范的数据仓库术语中是否有名称? 如果是,那将更容易通过Google进行研究。
我们正在使用SQL Server,但我目前的问题希望是平台中立的。
例如,当薪水和支出记录在不同的事实表中时,显示每个员工每年支付的总薪水和报告的总支出的报告。或者,当销售来自一个事实表,接收来自另一个事实表时,列出每个SKU销售的每月总销售额和每月收到的库存。
朴素地解决这个问题似乎很容易:并行查询和聚合两个事实表,然后将聚合结果在数据仓库或客户端应用程序中拼接在一起。
但我也对其他解决此问题的方法感兴趣。其他人是如何解决这个问题的? 我想知道数据仓库模式和设计以及使该设计友好的客户端工具生成像上面示例中的报告。
此外,“维度三明治”用例在规范的数据仓库术语中是否有名称? 如果是,那将更容易通过Google进行研究。
我们正在使用SQL Server,但我目前的问题希望是平台中立的。