【问题标题】:SSAS many-to-many relation between dimension levels in a hierarchy using a ragged hierarchy使用不规则层次结构的层次结构中的维度级别之间的 SSAS 多对多关系
【发布时间】:2013-12-06 07:22:05
【问题描述】:

我有一个问题,关于如何在 SSAS 中创建一个包含从二维构建的层次结构的维度。

我有一个事实表: 销售

以及两个维度之间的多对多关系: 顾客 桥客户领地 领土

目前,Territory 维度构建为包含 ID 和 parentID 的参差不齐的层次结构。

如果我使用彼此分开的区域维度和客户维度作为维度,这很好用。

但我想将客户添加到区域层次结构的底部 这甚至可以用我现在的设置来实现吗?

如果我将领土更改为具有固定级别数的“正常”层次结构,这会有所帮助吗?

//克里斯

【问题讨论】:

    标签: many-to-many ssas hierarchy dimension


    【解决方案1】:

    您不能在一个层次结构中拥有来自两个维度的属性。当您在客户和区域之间使用多对多关系时,我假设您需要它,因为客户可以位于多个区域,并且每个区域显然不止一个客户。

    但是,为什么您希望将客户和区域放在一个层次结构中?您可以将它们放在单独的层次结构中,并且仍然在一个查询中使用它们。在 MDX 中,因此在我知道的大多数访问 Analysis Services 的客户端工具中,您可以将多个层次结构拖到行或列中。

    更新 在某种程度上,我可以理解组合事物的要求。在我开发的客户端工具中,我们根本不向用户公开维度,我们只是使用属性/层次结构的显示文件夹。通过这种方式,我们可以将属性/层次结构紧密地显示在一起,即使它们在技术上由于建模要求需要位于不同的维度中。但它们仍然是单独的属性/层次结构,用户可以很好地使用它。

    是的,如果您想要一个层次结构,则需要将客户整合到您的区域维度中,注意您在不同区域之间正确分解客户度量(例如销售额)。如果你能轻松做到这一点,也许根本不需要多对人关系。

    【讨论】:

    • 是的,没错。这就是为什么这是我们的设置。许多地区的一个客户和一个地区可以包含许多客户。
      因此,为了实现这一点,我需要在一个维度中实现我的多对多表,或者通过一个查询将这些表连接在一起?
      我想要这个层次结构,因为它是分析师用户查看信息的最直观的方式。不必从两个不同的维度选择信息。
    • 感谢您更新的答案。好没问题。简化立方体的使用只是一件美丽的事情。在我在这里发布我的问题之前,我已经搜索了很多论坛,并且似乎不可能从两个不同维度的属性中构建一个维度,我们只需要决定是创建这个连接表还是将其保留为两个单独的维度。
    猜你喜欢
    • 1970-01-01
    • 2014-02-21
    • 1970-01-01
    • 2014-07-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多