Google Sheets与SQL统计计数不一致问题排查求助

以下是几个可能导致两者结果不一致的核心原因，结合你的SQL语句和Google Sheets操作逐一分析：

• VLOOKUP默认匹配模式错误
  Google Sheets的VLOOKUP函数默认启用近似匹配（省略最后一个参数或设为TRUE），如果你的透视表中拼接字段列未按升序排序，VLOOKUP会返回错误的匹配结果，导致大量本该符合条件的行被标记为No，最终COUNTIF统计的数量远低于SQL。SQL的IN语句是精确匹配，不会出现这个问题。建议在VLOOKUP末尾添加FALSE强制精确匹配：

  =if(And(vlookup(cell, pivotdata, 4, FALSE) >1, cell = "Yes"), "Yes", "No")
  

• 拼接字段的空格处理不一致
  SQL中concat(col1, “ “, col2, “ “, col3)会严格保留字段本身的前后空格，而Google Sheets如果未用TRIM函数清理字段空格就拼接，可能导致拼接后的字符串与SQL侧不一致。比如col1值为"a "（带尾空格），SQL拼接结果为"a b c"，而Sheets直接拼接会得到"a b c"，两者无法匹配，SQL会统计更多符合条件的行。

• NULL值判断逻辑差异
  SQL语句中col1 <> “NULL”是判断字符串是否等于"NULL"，而非真正的NULL值。如果表中存在真正的NULL（空值），SQL中NULL <> 'NULL'的结果是UNKNOWN，这类行不会被纳入子查询；但Google Sheets的透视表可能将空单元格直接等同于"NULL"字符串处理，导致分组逻辑不同，最终子查询（透视表）的结果集与SQL不一致。

• 数据透视表的分组规则差异
  SQL的GROUP BY col1, col2, col3会严格按字段原始值分组（比如区分字符串"123"和数字123），而Google Sheets数据透视表可能自动识别并合并类型不同但值相近的项，导致count(Distinct col4)的计算结果错误，进而影响Having条件的筛选，使SQL子查询包含更多符合条件的拼接值，主查询统计数更高。

• Distinct计数的空值处理差异
  SQL的COUNT(DISTINCT col4)会自动忽略NULL值；而Google Sheets透视表中计算唯一值数量时，可能将空值计入统计，导致count(Distinct col4)结果偏差，最终影响分组后的筛选逻辑，与SQL的子查询结果产生差异。

• 数据同步时效问题
  确认SQL查询的数据库表与Google Sheets的数据是否为同一时间点的快照。如果数据库有新数据导入，而Sheets数据未及时更新，会导致SQL统计的是最新数据，数量自然高于Sheets。

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