SQL Server 2016 SSAS中DATABASE.GETBYNAME返回维度为空的原因排查

首先，你遇到的这个问题核心在于SQL Server 2016 Analysis Services（SSAS）在模型架构和元数据访问上的变化，和你猜测的脚本语言/模型类型切换确实密切相关，下面分几个关键点拆解：

1. 多维 vs 表格模型的元数据结构差异 #

SSAS 2016是第一个同时原生支持多维模型（兼容性级别≤1100）和表格模型（兼容性级别≥1200）的版本，而你使用的db.Dimensions属性是专门针对多维模型的元数据集合。如果你的2016数据库是表格模型（哪怕你误以为是多维），这个集合必然为空——表格模型用db.Tables来存储类似维度的对象，而非Dimensions。

不过你提到数据库包含多维数据集，那大概率是多维模型，但要注意：2016的多维模型在元数据组织上做了微调，部分场景下需要显式触发元数据加载才能枚举到维度。

2. AMO库版本不兼容 #

你用来连接SSAS的**Analysis Management Objects（AMO）**库版本可能和2016不匹配。如果项目引用的是SQL Server 2012的AMO库（版本11.x），它对2016 SSAS的元数据读取支持有限，可能无法正确枚举多维模型的维度集合。反之，2016的AMO库（版本13.x）连接2012 SSAS通常是向下兼容的，这就能解释为什么2012环境下正常。

3. 元数据懒加载机制调整 #

AMO默认采用懒加载元数据的策略，也就是说db.Dimensions集合不会自动加载所有维度的元数据，除非显式触发刷新。2012中可能默认触发了加载，但2016的AMO调整了这个行为。你可以尝试在获取数据库后手动调用：

db.Dimensions.Refresh();

再检查集合是否有数据。

4. XMLA元数据结构的细微优化 #

SSAS 2016对多维模型的XMLA响应结构做了一些优化，比如维度的命名空间或节点层级有变化。如果你的代码依赖旧版XMLA的解析逻辑（哪怕是AMO底层处理），可能会导致无法正确识别维度对象。你可以在SSMS中执行以下XMLA查询，直接查看元数据是否存在：

<Discover xmlns="urn:schemas-microsoft-com:xml-analysis">
  <RequestType>DISCOVER_XML_METADATA</RequestType>
  <Restrictions>
    <RestrictionList>
      <DatabaseID>你的数据库名</DatabaseID>
    </RestrictionList>
  </Restrictions>
</Discover>

如果返回的XML里有<Dimension>节点，说明元数据存在，问题出在AMO的读取逻辑上；如果没有，那可能数据库本身确实没有维度（但你提到有多维数据集，这种情况概率极低）。

5. 权限控制的强化 #

SSAS 2016对元数据读取的权限做了更严格的限制，比如你的连接账号可能没有Read Definition权限来读取维度元数据。虽然2012中正常，但2016可能默认收紧了权限，你可以检查账号在2016 SSAS中的权限设置，确保拥有读取数据库元数据的权限。

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