CONCAT不能配合FILTER使用，因其是标量函数而非聚合函数；必须用STRING_AGG替代，如STRING_AGG(name, ', ') FILTER (WHERE active)。
CONCAT 不能直接配合 FILTER 使用，因为 CONCAT 不是聚合函数；必须改用 STRING_AGG 才能结合 FILTER 实现条件文本拼接。
为什么 CONCAT() FILTER (WHERE ...) 会报错
PostgreSQL 的 FILTER 子句只能修饰**聚合函数**（如 COUNT、STRING_AGG、AVG），而 CONCAT 是标量函数——它逐行计算，不参与分组聚合。你写 CONCAT(a, b) FILTER (WHERE c) 会立刻触发语法错误：syntax error at or near "FILTER"。
常见误操作包括：
- 把
CONCAT当作聚合函数用，比如想“拼接所有满足条件的 name” - 试图在
SELECT里对单行字段用FILTER，但FILTER只在GROUP BY或窗口上下文中生效 - 混淆
CONCAT和STRING_AGG：前者拼两三个字段，后者才负责跨行聚合
正确做法：用 STRING_AGG 替代 CONCAT + FILTER
要实现“只拼接满足条件的字段值”，必须用 STRING_AGG，并搭配 FILTER 筛选输入行。例如：
SELECT shop_id, STRING_AGG(name, ', ') FILTER (WHERE active) AS active_names, STRING_AGG(CONCAT(first_name, ' ', last_name), ' | ') FILTER (WHERE status = 'verified') AS verified_fullnames FROM users GROUP BY shop_id;
关键点：
-
STRING_AGG第一个参数可以是任意表达式，包括CONCAT()，所以先拼字段、再聚合完全合法 -
FILTER (WHERE ...)必须紧贴STRING_AGG(...)后，括号不可省 - 分隔符（第二参数）不能为
NULL，否则整条STRING_AGG返回NULL；空字符串''是允许的 - 若某组无匹配行，
STRING_AGG(...) FILTER (...)返回NULL，不是空字符串；需显式用COALESCE(STRING_AGG(...) FILTER (...), '')处理
FILTER 条件中涉及 NULL 时的陷阱
FILTER 对布尔表达式求值为 FALSE 或 NULL 的行一律剔除——这点和 WHERE 一致，但容易被忽略：
-
STRING_AGG(name, ', ') FILTER (WHERE active)：若某行active是NULL，该行被排除，不会贡献空字符串或逗号 - 但若本意是“拼接所有非 NULL 的 name，且 active 为 true 或 NULL 都行”，就得写成
FILTER (WHERE active IS NOT FALSE)或拆成两个分支 - 如果
name本身为NULL，STRING_AGG默认跳过它（不报错也不加空项），无需额外WHERE name IS NOT NULL
替代方案：CTE 预过滤比嵌套更可控
当条件复杂（如需子查询、多层逻辑）或需复用过滤结果时，硬塞进 FILTER 容易出错。更稳的方式是用 CTE 先筛行，再聚合：
WITH filtered_users AS ( SELECT shop_id, CONCAT(first_name, ' ', last_name) AS full_name FROM users WHERE status = 'verified' AND created_at > '2025-01-01' ) SELECT shop_id, STRING_AGG(full_name, ' | ') AS verified_names FROM filtered_users GROUP BY shop_id;
优势：
- 避免
FILTER中写长表达式导致可读性下降 - 支持子查询、窗口函数等
FILTER禁用的语法 - 执行计划更清晰，优化器更容易命中索引
真正容易被忽略的是：FILTER 不改变原始行集的可见性——它只影响当前聚合函数的输入。同一查询里，一个 STRING_AGG 用 FILTER，另一个 COUNT(*) 没用，它们统计的基数可能完全不同。
