Time 如何将一周纳入日历时间层次结构?

Time 如何将一周纳入日历时间层次结构?,time,ssas,olap,business-intelligence,dimensions,Time,Ssas,Olap,Business Intelligence,Dimensions,与多维数据集一样,用户希望不适合层次结构的内容按层次结构显示。他们希望将日>周>月>季度>年视为层次结构,但周的问题是周可以是1-2个月的一部分,而不仅仅是1个月(扩展为2个季度、学期、年) 所以我的问题是:如何设置属性关系,以及如何设置层次结构?这是我所拥有的,但我知道这不是最优的 层次结构(周期==周): 属性关系: 没有周期->年,因为这是一种多对多关系有四种类型的周需要关注: 一年中的一周(1-53)。层次结构:年>周 你应该决定第一周是从1月1日开始,还是按照 每月的一周(1-5

与多维数据集一样,用户希望不适合层次结构的内容按层次结构显示。他们希望将日>周>月>季度>年视为层次结构,但周的问题是周可以是1-2个月的一部分,而不仅仅是1个月(扩展为2个季度、学期、年)

所以我的问题是:如何设置属性关系,以及如何设置层次结构?这是我所拥有的,但我知道这不是最优的

层次结构(周期==周):

属性关系:


没有周期->年,因为这是一种多对多关系

有四种类型的周需要关注:

  • 一年中的一周(1-53)。层次结构:年>周

    你应该决定第一周是从1月1日开始,还是按照

  • 每月的一周(1-5)。层次结构:年[>季度]>月>周

    您应该决定第一周是从每月的第一天开始,还是从每月的第一个星期日/星期一开始

  • 财政年度的一周(1-53)。层次结构:会计年度>周

  • 会计月的一周(1-5)。层次结构:会计年度[>季度]>月份>周


  • 您可以保留现有的设计,甚至可以将周添加到“日历时间”层次结构中,这样用户只需要一个层次结构。这正是微软所谓的非自然层次结构。对于这些层次结构,Analysis Services查询响应时间要比自然层次结构(所有子级别都与其父级别有关系的层次结构)慢得多。这就是为什么你会在投标中得到警告。您只需测试性能是否足以满足用户的需要。如果是,很好。如果不是,可以从问题中描述的单层次解决方案退回到双层次解决方案。那么,至少第一个层次结构会很快,只有第二个层次结构的性能很差


    还有其他解决方案,但它们都有点不自然:一些公司将月份定义为正好有四到五周,以便可以设置关系,但报告月份在日历月份之前或之后的几天开始或结束。见e。G这就是我最后要做的。我接着定义了一个“周期年”属性,它与日历年不完全一致。无论一周从哪一年开始,它都保证在哪一年结束。类似的步骤也可以使用数月。