1

我的查询是关于分析服务 (2008) 中维度属性的 KeyColumn 属性的设置。具体归结为：我有一个维度，我目前关心三个属性：SudoKey、代码和描述。

SudoKey 是最细粒度的，但 Code 和 Description 处于同一级别，也就是说每个 Code 成员都有一个 Description 成员，反之亦然。

我的用户希望单独访问两者（一些用户发现代码更有效，而其他用户更喜欢使用描述）。

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

任何输入将不胜感激！:)

编辑：我的意思是，我不知道这是否会起作用/是否会产生减少分析服务必须做的工作的预期效果。

4

2 回答 2

0

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

于 2012-05-03T23:14:20.633 回答
-1

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

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

您在维度配置的第二个选项卡上配置维度关系（这非常重要，可能是您在多维数据集上拥有的最重要的配置之一）。在这种情况下，您会将您的 key 属性作为主要属性，而其他两个与它直接相关

于 2012-04-28T23:24:48.870 回答