PowerBI DAX与SQL同逻辑筛选早于2009年数据结果不一致问题

问题核心 #

DAX度量值统计早于2009年1月1日的唯一RecordID数量为62，而SQL查询结果为2，但反转筛选条件（晚于该日期）时两边结果均为2034，需明确二者是否等价及差异原因。

等价性结论 #

DAX度量值与SQL查询并不等价，差异主要源于以下几点：

• 无效日期的处理差异
  SQL中若myDatefield存在无效日期（如'0000-00-00'）或NULL值，执行WHERE myDatefield < '2009-01-01'时会直接排除这些记录；但PowerBI导入数据时，会将这类无效日期自动转换为默认的早期日期（通常是1899-12-30），该日期早于2009-01-01，因此会被DAX的筛选条件纳入统计，导致结果远大于SQL。这也解释了反转筛选时结果一致：转换后的无效日期不满足> 2009-01-01，因此两边统计的晚于该日期的记录数完全匹配。

• 模型上下文与原始数据源的筛选差异
  虽然DAX中用ALL('myFactTable')清除了表自身的筛选上下文，但如果PowerBI模型中myFactTable与其他维度表存在关联，且报表中存在维度表的筛选（如页面/视觉对象级筛选器），ALL('myFactTable')不会清除来自关联维度表的筛选，此时DAX统计的是维度筛选+日期条件的交集记录；而SQL查询直接访问原始数据源，不受模型关联筛选的影响。不过从反转筛选结果一致来看，此因素大概率不是当前场景的主因，但仍需排查。

• 日期数据类型的潜在差异
  若myDatefield在PowerBI中是文本类型，DATEVALUE("01/01/2009")会将文本转换为日期进行比较；而SQL中若myDatefield是文本类型，字符串比较（按字符顺序）的逻辑与DAX的日期比较逻辑可能存在偏差。不过反转筛选结果一致，说明此场景下数据类型大概率是一致的，但仍可通过检查模型中myDatefield的数据类型确认。

验证建议 #

1. 在SQL中排查异常日期：执行以下查询，查看是否存在无效日期或NULL值的RecordID，数量是否与DAX和SQL的差值（62-2=60）匹配：

SELECT DISTINCT RecordID 
FROM myFactTable 
WHERE myDatefield IS NULL OR myDatefield = '0000-00-00'

2. 检查PowerBI模型中myDatefield的数据类型，确认是否为「日期/时间」类型，而非文本。
3. 在PowerBI中添加表格视觉对象，显示myFactTable中myDatefield的最小值，查看是否存在异常的早期日期。

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