同数据模型下DAX计算列Power BI正常但Power Pivot返回空白问题咨询

核心触发原因 #

在确认表结构、字段值、模型关系完全一致的前提下，差异本质来自两款产品搭载的VertiPaq引擎版本的行为规则差，不存在公式语法错误：

• Power BI 搭载最新版VertiPaq列式引擎，对跨表行上下文引用、隐式数据类型转换的容错性更强，不会因为上下文隔离直接返回空值
• Excel内置Power Pivot搭载旧版VertiPaq引擎，对跨表上下文传递、类型匹配的规则限制更严格，只要过滤条件没完全触发行上下文传递，就会直接返回空白，且不会抛出任何语法错误。

对应到你提供的计算列公式，具体的问题点包括：

1. 跨表行上下文的传递限制
   该计算列建在TMK_Promotion表上，原公式在CALCULATE的过滤器里直接引用TMK_Promotion的列值。在旧版Power Pivot的规则里，CALCULATE执行时会自动清除外层的行上下文隔离，直接跨表取TMK_Promotion列值时，会因为上下文隔离返回空值，导致所有过滤条件失效，最终结果为空白。而Power BI的引擎会自动保留当前计算列的行上下文作为跨表引用的取数来源，能正常匹配数据。
2. 隐式数据类型匹配的差异
   Power BI 会自动对语义一致的字段做类型隐式转换（比如文本格式的产品编码和整数格式的同编码做等值判断），但Power Pivot 对类型一致性的要求极高，只要两个关联字段的存储类型不完全一致（比如一个是日期型、一个是文本型日期，一个是整数型客户ID、一个是文本型同ID），等值判断就会直接返回空，不会触发任何数据匹配。
3. 关系过滤方向的默认行为差异
   若模型中存在TMK_Promotion到COM_Customers、COM_SellOut的单向关系，Power BI 默认允许手动FILTER条件覆盖关系过滤方向，而旧版Power Pivot 的关系过滤优先级高于手动FILTER条件，会导致你写的客户过滤条件被关系规则覆盖，最终匹配不到数据。

可直接复用的修正方案 #

用变量提前固化当前计算列的行上下文参数，避免CALCULATE执行时的上下文隔离问题，兼容两个引擎的运行规则：

Actual Units SO = 
VAR PromoStartDate = TMK_Promotion[FromDate]
VAR PromoEndDate = TMK_Promotion[ToDate]
VAR MatchProduct = TMK_Promotion[ProductCode]
VAR MatchCustomer = TMK_Promotion[Customer]
RETURN
CALCULATE (
    SUM ( COM_SellOut[QuantitySold] ),
    COM_SellOut[Date] >= PromoStartDate,
    COM_SellOut[Date] <= PromoEndDate,
    COM_SellOut[ProductCode] = MatchProduct,
    COM_Customers[id] = MatchCustomer
)

配套验证排查步骤 #

• 逐一核对所有关联字段的存储类型，确保TMK_Promotion[FromDate]与COM_SellOut[Date]、TMK_Promotion[ToDate]与COM_SellOut[Date]、TMK_Promotion[ProductCode]与COM_SellOut[ProductCode]、TMK_Promotion[Customer]与COM_Customers[id]的类型完全一致，不依赖引擎的隐式转换
• 若使用的是Excel 2019及更早版本的Power Pivot，建议升级到Microsoft 365版本后再测试，旧版本引擎对跨表多条件计算列的支持本身存在已知兼容性缺陷
• 测试时可以临时在计算列里单独输出PromoStartDate的值，确认Power Pivot能正常读取当前行的促销参数，排除行上下文读取失败的基础问题

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