【问题标题】:Should I build Fact & Dim tables or use Views over highly normalised ODS?我应该构建 Fact 和 Dim 表还是在高度规范化的 ODS 上使用视图?
【发布时间】:2019-06-24 01:59:22
【问题描述】:

我们正在设计一个高级数据架构,其中 ESB 从源传输数据并由我们的数据仓库使用,存储在 ODS 中。 ESB 连接器将转换源数据以符合高度规范化的标准数据模型(即 IEC 61968-11:2013),ODS 也将基于该标准构建。然后,我们将使用它通过数据集市和 OLAP 多维数据集 (SSAS) 向用户展示。但是,我不确定,对于高度规范化的 ODS,最佳实践是否是针对数据集市的 ODS 和多维数据集的事实/维度源使用视图,或者是否应该为多维数据集和数据集市视图生成事实/维度表.

我一直在寻找建议/最佳实践,并找到了使用视图将多维数据集与事实/维度表分开的一般模式,但如果可以使用针对 ODS 表的视图而不是事实/维度表,则不会。

所有数据(一旦从 ESB 接收)都将被保存,并且多维数据集处理将在同一物理主机上执行。我们正在寻找所需存储空间和性能之间的最佳平衡。

任何建议将不胜感激。谢谢。

【问题讨论】:

    标签: ssas cube


    【解决方案1】:

    视图通常比实际表慢。如果你有一个奢侈的 etl 过程来构建一个暂存环境来喂你的立方体,我会说构建真实的事实和暗表。如果您的数据量不大,视图可能就足够了,但性能不会那么好。

    【讨论】:

    • 谢谢,那么理想的情况是“源 -> ODS -> Fact & Dim tables -> Cube”吗?
    • 是的,(不确定 ODS 代表什么)
    猜你喜欢
    • 2017-08-22
    • 2011-05-18
    • 2020-11-02
    • 1970-01-01
    • 2018-07-08
    • 1970-01-01
    • 2014-10-02
    • 2013-07-26
    • 2010-12-11
    相关资源
    最近更新 更多