含FILTER子句的PostgreSQL查询在Redshift报语法错的适配方法

适配逻辑 #

Redshift 引擎暂不支持PostgreSQL中聚合函数配套的FILTER子句，不存在一键开启语法兼容的开关，最稳妥的等价替代方式是将FILTER内的过滤条件通过CASE WHEN内嵌到聚合计算逻辑中，完全复刻原SQL的统计行为。

逐部分调整说明 #

• 不带条件过滤的两个统计项（标签数计数、转化数计数）不需要任何修改，Redshift对COUNT、类型转换、空值处理的语法支持和PostgreSQL完全一致，可以直接运行
• 带FILTER的收入统计项：把原来放在FILTER括号里的日期判断逻辑，写成聚合函数内部的CASE WHEN分支——满足条件时取f_revenue参与求和，不满足条件时返回NULL，被SUM自动跳过，和原FILTER的过滤效果没有任何区别
• 全局WHERE的过滤边界完全保留：原SQL限定的基础数据集范围（2021-01-18 到 2021-01-24的报表数据）不做任何调整，不要为了适配FILTER就随意把条件里的2020年12月的判断加到WHERE里，那样会完全偏离原SQL的统计意图，导致结果和原环境不一致。

可直接运行的调整后SQL #

SELECT 
  s_campaign_id,  
  COUNT(b_entry_type_tag)::decimal * 1 AS tags,
  COUNT(b_entry_type_cnv) AS conversions,
  COALESCE(
    SUM(
      CASE WHEN 
        d_gen_date >= '2020-12-01' 
        AND d_gen_date <= '2020-12-01' 
      THEN f_revenue 
      ELSE NULL END
    ), 
    0
  ) AS revenue2 
FROM tbl_reports 
WHERE
  d_gen_date >= '2021-01-18' 
  AND d_gen_date <= '2021-01-24'
GROUP BY s_campaign_id

结果一致性说明 #

调整后的SQL和原PostgreSQL版本的输出结果100%匹配：

• 计数类统计项的逻辑没有改动
• 收入统计的过滤规则完全和原FILTER逻辑对齐，空值替换为0的逻辑也保持不变
• 注意：原SQL本身存在数据集范围不匹配的情况——全局WHERE把数据限定在2021年1月的区间，而FILTER内判断的是2020年12月的日期，实际执行时两个环境下的revenue2结果都会固定为0，该表现和原环境完全一致，未对原有业务逻辑做任何篡改。

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