Ssas Analysis Services维度-两个属性处于同一级别时的键列用法

Ssas Analysis Services维度-两个属性处于同一级别时的键列用法,ssas,Ssas,我的查询是关于analysis services 2008中维度属性的KeyColumn属性的设置。具体来说,它可以归结为:我有一个维度,我目前关注的三个属性是:SudoKey、Code和Description SudoKey是最细粒度的,但代码和描述处于同一级别,也就是说,对于每个代码成员,都有一个描述成员,反之亦然 我的用户希望能够分别访问这两种代码。一些用户认为代码更有效,而另一些用户则更喜欢使用描述 我目前认为,为了提高效率,而不是定义SudoKey>Code和SudoKey>Descr

我的查询是关于analysis services 2008中维度属性的KeyColumn属性的设置。具体来说,它可以归结为:我有一个维度,我目前关注的三个属性是:SudoKey、Code和Description

SudoKey是最细粒度的,但代码和描述处于同一级别,也就是说,对于每个代码成员,都有一个描述成员,反之亦然

我的用户希望能够分别访问这两种代码。一些用户认为代码更有效,而另一些用户则更喜欢使用描述

我目前认为,为了提高效率,而不是定义SudoKey>Code和SudoKey>Description关系,我应该定义一个SudoKey>Code关系,并使用Code作为Description的KeyColumn值,Description作为NameColumn值。。。只是我对自己正在做的事情没有信心,成功至关重要

如有任何意见,将不胜感激!:


编辑:我的意思是,我不知道这是否有效/它是否会达到减少Analysis Services必须完成的工作的预期效果。

您的维度键将是唯一的属性,它在事实表上直接引用,因此如果您有sudoKey,请使用它

关于浏览,如果正确配置维度关系,则用户将能够通过任何属性浏览多维数据集


配置维度关系非常重要,这可能是维度配置第二个选项卡上多维数据集上最重要的配置之一。在这种情况下,您将把键属性作为主属性,另外两个与之直接相关

您要解释的是一个典型维度,这两个关系都应该与键列相关。对于SSA来说,这不会是更多的工作。维度中的所有属性都可能由最终用户查看和使用,因此我不明白您为什么要尝试更改与键的关系。

感谢您的回复!然而,我的问题是关于属性的键值。sudokey已经是维度的键值,但每个属性都有自己的属性键,我想知道使用一个属性作为另一个属性的键(它们的粒度相同)是否有助于提高效率……很抱歉,这个答案与问题无关。