“重复的属性键”当属性不是键时出错

Question

处理维度时出现以下错误：

OLAP 存储引擎中出现错误：重复的属性键已被删除 处理时发现：表：'dbo_Orders'，列：'Project'，值： “客户服务的东西”。属性是“项目”。

“项目”是“订单”维度的属性，但不是键。我没有在任何地方指出“项目”栏是关键！我应该能够根据需要拥有尽可能多的重复项，就像名字字段一样。

我是 Analysis Services 项目的新手，确实需要克服 SSAS 不断抱怨重复值的事实，而实际上拥有重复值应该是完全可以的。我确信这一定是我忽略的简单事情。

编辑：我意识到可以设置KeyDuplicate = ReportAndContinue/ReportAndStop，也可以设置KeyColumns和NameColumns。但这个多步骤过程对于看似非常正常的操作来说似乎非常麻烦，例如添加 Address1、Address2、Address3、Firstname、Zipcode 和其他通常重复的字段。我不敢相信这个繁琐的过程需要应用于所有这样的领域？

Answer 1

这通常是源表/视图中同时存在空白和 NULL 的结果。

本质上，SSAS 对每个属性都执行此操作
SELECT DISTINCT COALESCE(attr,'') FROM SOURCE

默认情况下，分析服务会将 NULL 转换为空白，从而导致生成的 Feed 中出现重复值空白 - 因此会出现错误。

我同意这很糟糕，并且对新玩家来说是一个很大的痛苦。

解决方案：从数据源中删除所有空值，例如在各处使用 ISNULL / COALESCE，或者使用 where 子句过滤掉包含空值的行，或者在处理多维数据集之前运行 update 语句将所有空值替换为值等。

Answer 2

我遇到了同样的问题，属性中没有空白或 NULL 值。
经过一番分析，我发现有些字符串末尾有换行符。因此，如果属性的 2 个值几乎相同，但其中一个在末尾有换行符，而另一个没有，则 SSAS 会引发“重复属性键”错误。
可以通过从属性中删除换行符来修复它。
我使用以下定义创建了计算列：

REPLACE(REPLACE(ISNULL([AttributeColumn], ''), CHAR(13), ''), CHAR(10), '')

我在多维数据集中使用了此计算列，并且错误消失了。

Answer 3

右键单击该属性并选择“属性”。找到位于“属性”窗口中“源”类别下的“KeyColumn”。编辑“KeyColumn”属性，它将显示一个用户友好的窗口。

删除窗口右侧（关键列）的属性，并将其替换为左侧（可用列）的实际 id 列。

然后编辑“NameColumn”属性，将出现相同的窗口。将属性列（要显示的实际数据）从左侧移动到右侧。

在 VS 2010 Shell SSDT 中测试。

Answer 4

今天刚刚发生在我身上，我挠了挠头，因为这里的解决方案都不起作用。终于解决了它，并认为我会为其他人添加我的解决方案，以谷歌搜索此错误并像我一样到达这里。

就我而言，它不是 NULL 和空白字符串，因为我已将 [NullProcessing] 值设置为“UnknownMember”。相反，它是[修剪]值，在我的例子中它被设置为“右”。

虽然我知道我是如何解决的（？），但我并不是 100% 知道原因，但我假设当 SQL Server 这样做时，它是 SELECT DISTINCT(col) FROM source 并且 [Trimming] 值设置为这样，分析服务器稍后会从末尾删除制表符（例如 SQL Server 中的 RTRIM 则不会），并以重复项结束。

因此，将 [Trimming] 设置为“None”可能会解决这个问题，因为选项卡是我不需要的数据（我的数据是从外部源解析/读取/输入的），我只是替换了列中的选项卡，然后对立方体进行处理又好了。

Answer 5

虽然我在本页上的其他解决方案有效（并且根据情况可能更理想），但这是一个替代解决方案：

这是我的部分错误的模型：

Column: 'attribute1_name', Value: 'Search String'

我进行了快速搜索：

SELECT dim_id,
       dim_name,
       dim_attribute1.id,
       dim_attribute1.name,
       dim_attribute2.id,
       dim_attribute2.name
  FROM dim_table
    INNER JOIN dim_attribute1 ON dim.attribute1_id = dim_attribute1.id
    INNER JOIN dim_attribute2 ON dim.attribute2_id = dim_attribute2.id
 WHERE UPPER(dim_attribute1.name) = UPPER('Search String')

事实证明有两个与此匹配的 dim_attribute1.name 的不同条目：

1. 搜索字符串
2. 搜索字符串

第一个解决方案将它们毫无问题地拆分，因此它是一个可行的解决方案（加上性能奖励）。然而，另一种选择（如果想将文本值保留为键）是更改排序规则：

Key Columns → Column Name → Source → Collation

包括“区分大小写”。

其他类似的问题可能是空白字符和其他容易发现文本中细微变化的问题。

Answer 6

我今天遇到了类似的问题（相同的错误消息），为了让其他人遇到同样的问题，我在我的维基上添加了一些注释： http://www.david-halliday.co.uk/wiki/doku.php?id=databases:oracle&#select_dates_for_ssas_include_hierarchy

我的案例是 SQL（经过简化和重新措辞以保护无辜者） ):

SELECT dim_id,
       dim_name,
       dim_attribute1.name,
       dim_attribute2.name
  FROM dim_table
    INNER JOIN dim_attribute1 ON dim.attribute1_id = dim_attribute1.id
    INNER JOIN dim_attribute2 ON dim.attribute2_id = dim_attribute2.id

奇怪的是，在某些情况下，dim_attribute1_name 会发生错误，但不是 dim_attribute2_name。然而，在这个特殊情况下，属性是完全相同的。最后的解决方案是将 SQL 更改为：

SELECT dim_id,
       dim_name,
       dim_attribute1.id,
       dim_attribute1.name,
       dim_attribute2.id,
       dim_attribute2.name
  FROM dim_table
    INNER JOIN dim_attribute1 ON dim.attribute1_id = dim_attribute1.id
    INNER JOIN dim_attribute2 ON dim.attribute2_id = dim_attribute2.id

然后在维度（隐藏列表中的 ID）中使用属性键的 id 值和属性名称的名称。我以前没见过这种情况，但由于某种原因它发生在这里。我相信这个解决方案比设置多维数据集来处理忽略重复的键错误更好。

我认为，如果构建一个维度连接表，这将提供更好的性能/可靠性。但不要引用我的话。

Answer 7

我遇到了同样的问题，并且找到了解决方法。

右键单击“立方体”=> “进程”=> “更改设置”=> “维度关键错误”

活动“用户自定义错误配置”

为这四个下拉列表设置“忽略错误”
“找不到钥匙”
“重复的钥匙”
“空键转换为未知”
“不允许空键”

键的问题将被忽略。

Answer 8

在我尝试将 ID 添加到属性的键列后，我遇到了问题。此后我删除了该键，但发现处理过程中的 select 语句仍然引用 ID，使得该属性不唯一。我找不到通过属性属性解决此问题的方法，因此我删除了整个维度并重新创建了它。这解决了这个问题。

Answer 9

请阅读此博客：重复的属性键已找到...。查看原因 1 的详细解释。它将解释为什么会发生这种情况。

谢谢你们

内德

Answer 10

以上都没有为我解决。有效的方法与埃里克·W. (Eric W.) 的建议类似。

我必须为我的属性设置多个关键列。例如，属性“城市”需要键列“国家”、“州”和“城市”。

更多信息请参见：https://www.mssqltips.com/sqlservertip/3271/sql-server-analysis-server-ssas-keycolumn-vs-namecolumn-vs-valuecolumn/

Answer 11

如果它对像我这样的其他准新手有帮助，我将概述一个解决方案，这是我在尝试部署跨越多年的日期维度时与“重复属性键”错误消息作斗争后最终找到的解决方案。例如，错误消息表明我的 CalendarQuarter 属性中有重复的属性键。最初这让我很困惑，因为每一整年都有四个季度（即 1、2、3 和 4），所以我当然有重复的。我终于意识到这就是问题所在——换句话说（与该线程的标题相反）属性是关键。我通过在 DSV 的日期表中添加一个名为“CalendarQuarterKey”的计算列来解决这个问题，以生成 CalendarQuarter 属性的唯一键，例如，“20171”而不是 2017 年第一季度的“1”，“20172”而不是仅“2” 2017 年第二季度等。与我的 CalendarMonth 属性同上：每个完整的年份有十二个月（即 1, 2, 3...,11, 12）所以当然我那里也有重复的。相同的解决方案：我在 DSV 的日期表中添加了一个名为“CalendarMonthKey”的计算列，以生成 CalendarMonth 属性的唯一键，例如 2017 年 1 月的“201701”而不是“1”，2017 年 1 月的“201702”而不是“2” 2017 年 2 月等。然后，我使用了我的新“CalendarQuarterKey”和“CalendarQuarterKey”。 “CalendarMonthKey”列分别作为我的 CalendarQuarter 和 CalendarMonth 属性的 KeyColumn。这可能不是首选的解决方案，但它对我有用，我终于可以重新开始构建我的立方体了。

Answer 12

我通过在我对关系数据库的视图上指定排序规则来解决，如下所示。

COALESCE([Transação 描述],'') COLLATE Latin1_General_CI_AI

Answer 13

如果您的数据同时包含 NULL 和 ''，SSAS 会给出重复的属性键，因为它认为 NULL 是 ''。您不必触摸您的数据即可解决此问题。您可以转到数据源视图并使用表达式 COALESCE(mycolumn, '') 添加命名计算，然后在维度中使用该计算而不是原始列。这将解决数据源视图级别的问题，并且维度将处理得很好。

Answer 14

如果您仍然想继续部署和部署，请给您一个解决方法。多维数据集浏览。
在“处理多维数据集”窗口下，将维度键错误设置更改为自定义。
您将能够无缝部署和部署浏览立方体。
这里的权衡是您可能无法获得预期的结果。

Answer 15

有时需要在 keyColumns 中组合键来解决重复的属性键

Answer 16

由于各种原因，我多次遇到此错误，但最近遇到了一个相当模糊的原因：文本列中存在 beta ß 字符。尽管该列中的数千个独特单词使用了世界上每一个晦涩的 ASCII 代码的大杂烩，但 SSAS 仅在处理包含 ß 符号的列值时才会出现阻塞。空值、重复、修剪等都被系统地排除了。这很可能与 MSDN 线程 SSAS 2012 存在“ss”和“ß”重复键错误，其中 SSAS 出于某种难以理解的原因将 ß 值解释为“ss”，即使排序规则设置正确。就我而言，将 SSAS 列属性中的排序规则设置为与关系端 SQL_Latin1_General_CP1_CS_AS 源列的排序规则相匹配并不能解决此问题；我还必须更改整个服务器的排序规则。在其他列依赖于不同排序规则的某些环境中，此解决方法可能会很痛苦，但在我的情况下，它回避了这个问题，并允许我顺利处理维度。我希望这可以帮助下一个人遇到同样的“陷阱”。