SQL查询结果与Tableau仪表板统计值存在差异问题咨询

• 阈值边界不一致
  SQL统计的是TotalValue < 600000的用户，而Tableau中ActiveUsers的NO对应TotalValuebyUser <= 600000。所有总和恰好等于600000的用户会被SQL排除，但会被Tableau计入结果。如果这部分用户数量约为49000，刚好能解释从40000+到89000+的差异，这是最直接的可能性。

• LOD计算范围与SQL分组时机差异
  SQL是先过滤日期范围，再对该范围内的用户数据求和分组；而Tableau的{FIXED [User Id]: sum([Value])}是基于全量数据集计算每个用户的总Value，之后再应用日期筛选。例如：

  • 若用户在指定日期内总和超600000，但全量数据总和≤600000，Tableau会标记为NO并统计，SQL则会排除该用户；
  • 若用户全量总和超600000但日期内总和未超，SQL会统计但Tableau不会。

• 字段映射不匹配
  SQL用的是Uid字段，Tableau用的是[User Id]字段，需确认两者完全等价：

  • 是否存在大小写、空格或数据类型差异（比如Uid是整数，[User Id]是字符串）；
  • 是否有字段别名或数据清洗规则导致两者指向不同的用户标识。

• 日期筛选逻辑差异

  • 若day是带时间戳的字段，SQL中day between '2023-08-01' and '2023-08-15'仅匹配到2023-08-15 00:00:00之前的数据，会漏掉8月15日当天的非零点记录；而Tableau的日期筛选默认包含8月15日全天记录，导致原始数据范围不一致。
  • 检查Tableau的日期筛选是否为上下文筛选器：若不是，LOD表达式会在筛选器之前计算，用户总和将基于全量数据而非筛选后的日期范围。

• NULL值与异常数据处理差异

  • SQL中GROUP BY Uid会将Uid为NULL的记录作为一个分组统计，而Tableau可能默认排除[User Id]为NULL的行；
  • 检查Value字段的NULL值：SQL和Tableau的求和都会忽略NULL，但如果Tableau有维度筛选或计算字段过滤了含NULL的行，会导致求和范围不同。

• 数据源同步问题
  确认SQL查询的数据源与Tableau连接的数据源是否为同一版本：Tableau可能使用了缓存数据，或数据源在两次统计之间发生了更新，导致数据基数不一致。

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