构建Cube时出现属性键未找到错误，寻求解决方案

这是SSAS Cube构建里非常常见的维度键匹配问题，我来帮你一步步解决：

错误原因拆解 #

你遇到的核心问题是事实表中的维度键值在对应维度表中找不到匹配项：具体来说，dbo.FACT1表的LoanAge列出现了值-93，但你的LoanAge维度里并没有这个-93的属性值，OLAP存储引擎无法完成键映射，所以抛出错误并跳过这条记录。

具体解决步骤 #

• 补全维度表的缺失值
  先找到LoanAge对应的维度表（比如通常命名为Dim_LoanAge这类），检查里面是否存在-93这个值：

  • 如果-93是业务上合法的特殊值（比如代表"未定义"或特定业务状态），直接把这个值添加到维度表中，确保维度和事实表的键值一致；
  • 如果-93是无效数据（比如录入错误、ETL过程的默认值bug），则需要确认业务逻辑，决定是否要保留这个值，或者修正维度表的取值范围。

• 清洗事实表的无效数据
  如果-93确实是事实表中的脏数据，你可以在ETL环节处理：

  • 直接过滤掉包含-93的记录；
  • 把-93替换为维度表中已存在的有效值（比如替换为"未知"对应的键值）；
  • 或者在数据源视图里新增计算列，自动将无效值映射到合法的维度键。

• 配置维度的错误处理策略
  如果你不想因为个别无效键终止Cube构建，可以在SSAS里调整维度的错误处理规则：

  1. 打开Cube的维度设计界面，选中LoanAge维度；
  2. 右键维度 → 属性，找到KeyErrorAction，设置为ConvertToUnknown（把无效键自动转换为"未知"成员）；
  3. 同时设置UnknownMember属性为Visible或Hidden（根据业务需求选择是否展示未知成员），这样引擎就不会因为找不到键而抛出错误，而是把这类记录归类到未知成员下。

• 重新处理Cube
  完成上述修改后，先重新处理LoanAge维度，再处理整个Cube（或者对应的事实分区），验证错误是否消失。

额外注意事项 #

• 建议先排查-93这个值的产生源头，是业务系统的特殊标记还是数据传输/转换中的错误，从根源避免后续再出现同样的问题；
• 如果是增量更新的Cube，一定要在ETL层添加数据校验逻辑，防止增量数据再次引入无效维度键。

内容的提问来源于stack exchange，提问作者Shaun