OLAP Cube架构是否包含查询无关表？及与SQL Server查询结果差异咨询

1. OLAP Cube是否会纳入查询无关的表？ #

OLAP Cube默认不会将查询无关的表纳入查询逻辑：

• Cube是基于预定义的维度-事实关联模型构建的，查询时只会调用与目标对象（维度/事实）在Cube模型中有直接或间接关联的表；完全无关联的表不会被触发。
• 例外场景：如果Cube中配置了多对多关联、计算成员或命名集，且这些对象引用了看似无关的表，可能会间接影响查询，但这是人为配置导致的，不属于Cube的默认行为。

2. SQL与Cube MDX查询结果的差异分析 #

SQL Server执行select count(*) from tableA和Cube的MDX等效查询结果不一定一致，你遇到的950 vs 952差异，常见原因如下：

核心差异来源 #

• 数据同步延迟：Cube是预聚合存储，若SQL源表更新后Cube未及时刷新，会导致数据不同步。
• 关联过滤规则：
  • 若TableA是维度表，Cube中可能设置了维度键存在性检查（仅保留与事实表匹配的维度行），会过滤掉SQL源表中无对应事实的行；反之，若存在多对多关联，维度行可能因关联的事实表重复记录被多次统计，导致Cube结果偏大（如你的案例）。
• MDX查询逻辑偏差：
  你写的MDXFormat(select count(*) from tableA)可能并非真正等效SQL的count(*)。比如TableA是维度表时，正确统计成员数的MDX应为：

  COUNT([Table A].[Acol1].[Acol1].Members)
  

  若错误使用事实度量的计数（如COUNT([Measures].[某度量])），会因事实表的关联过滤或重复导致结果偏差。
• Cube数据处理规则：
  Cube加载数据时可能自动合并重复维度成员、忽略空值成员，而SQL的count(*)会统计所有行（包括空值行），逻辑不一致导致结果不同。
• ETL转换差异：
  Cube从SQL源表加载数据时，若配置了过滤、新增、修改行的ETL规则，会导致Cube内的TableA数据与源表不一致。

针对你的关联架构（A<->B<->C->D...）的推测 #

若TableA是维度表，差异大概率源于多对多关联导致的重复计数：比如B关联的事实表中存在多条对应同一A维度行的记录，Cube统计时将这些重复关联的维度行计入总数，最终比SQL源表的950多2。

内容的提问来源于stack exchange，提问作者Alper Gökgöz