COUNT(col)会把空字符串''当有效值统计，因其只跳过NULL而不跳过''；应使用COUNT(NULLIF(col,''))统一过滤NULL和''。
直接结论：别用 COUNT(col) 统计含空字符串的字段，也别在 GROUP BY 里裸写字符串列——必须先用 NULLIF(col, '') 统一语义，再配合 COALESCE() 或显式处理分组逻辑。
为什么 COUNT(status) 会把空字符串当有效值？
SQL Server、PostgreSQL、MySQL 都把 ''（空字符串）视为非 NULL 的合法值。COUNT(字段) 只跳过 NULL，不跳过 ''。结果就是：100 条记录中若有 20 条 status = ''，COUNT(status) 仍返回 100，而业务上这 20 条根本没填状态。
- 错误写法：
COUNT(status)或WHERE status != ''—— 后者无法走索引，且不能用于聚合后过滤 - 正确思路：不是“筛掉”，而是“转化”——让
''和NULL在语义上等价 - 核心函数：
NULLIF(status, '')，它在status = ''时返回NULL，否则返回原值；原值已是NULL时，也返回NULL
GROUP BY 分组时如何让 '' 和 NULL 归为同一组？
只在 SELECT 里用 COALESCE(status, '未填写') 不够——GROUP BY 还是按原始值分的，'' 和 NULL 会被拆成两组，导致结果多出一行。
- 必须同步处理：
GROUP BY子句中的表达式要和SELECT中完全一致 - 推荐写法：
GROUP BY COALESCE(NULLIF(status, ''), '未填写') - 别写：
CASE WHEN status IN ('', NULL) THEN '未填写' ELSE status END——IN ('', NULL)语法非法，NULL不能用=或IN比较 - 若需保留原始分组结构但补全标签，可加一列：
COALESCE(NULLIF(status, ''), '未填写') AS status_clean
STRING_AGG 拼接时怎么避免 ','' 连续出现？
在 PostgreSQL 或 SQL Server 2017+ 中，STRING_AGG(col, ',') 会把 '' 当作有效值拼进去，造成 'a,,b' 这种结果；而 NULL 会被自动忽略。所以清洗必须前置。
- 错误链路：
STRING_AGG(status, ',')→ 出现多余逗号 - 正确链路：
STRING_AGG(NULLIF(status, ''), ',')→''转NULL后被跳过 - 如需保留空格但去重，可叠加：
STRING_AGG(NULLIF(TRIM(status), ''), ',') - 注意：MySQL 用
GROUP_CONCAT()，行为类似，同样要先NULLIF()
批量清洗字符串时，TRIM() 和 REGEXP_REPLACE() 怎么分工？
TRIM() 只能处理首尾连续字符，对中间空格、包围符（如 [ERROR]user@domain.com[END]）完全无效。真正清洗得靠正则，但各库写法差异大，容易写错。
-
TRIM()适用场景：最终兜底，比如清理 Unicode 空格（某些数据库REGEXP_REPLACE对s支持不稳） -
REGEXP_REPLACE()必须分层写：先删首尾干扰符，再缩内部空白，最后替换特殊符号；别堆一条超长正则 - MySQL：
REGEXP_REPLACE(col, '^[\[\(]+|[\]\)]+$', '')（注意双反斜杠） - PostgreSQL：
REGEXP_REPLACE(col, '^[(ERROR|END)]|$' || '[(ERROR|END)]$', '', 'g') - SQLite：需加载扩展，用
[[:space:]]+替代s+
最易被忽略的一点：所有清洗逻辑一旦进入 GROUP BY 或聚合函数，就必须在分组/聚合前完成转换；事后用 HAVING 或外层 WHERE 补救，往往已丢失原始分组粒度。
