group_concat()是SQLite≥3.0.0原生支持的唯一高效分组拼接方案，为聚合函数，可配合GROUP BY使用；而concat()和concat_ws()仅为行内拼接函数，非聚合函数，不能用于分组场景。
直接用 group_concat()，它是 SQLite 原生支持、开箱即用的唯一高效方案。 不需要写递归 CTE、不需应用层拼接、也不必升级到 3.44+ 才能用 —— 只要 SQLite 版本 ≥ 3.0.0（2004 年发布），group_concat() 就已存在且稳定可用。
为什么不用 CONCAT() 或 CONCAT_WS()？
SQLite 3.44.0 确实新增了 concat() 和 concat_ws()，但它们是「行内拼接函数」，不是聚合函数 —— 不能用于 GROUP BY 场景。误用会导致逻辑错误：
-
concat(name, ' | ', dept)是把每行的name和dept拼成一个字符串，和分组无关； -
group_concat()才是把「同一组内的多行name值」合并为一个字符串； - 如果你在
GROUP BY dept后写concat(name, ...)，会报错：near "concat": syntax error，因为非聚合字段未被包含或未聚合。
group_concat() 的 NULL 处理与分隔符控制
group_concat() 默认忽略 NULL 值，且只拼接非空值 —— 这是优点也是陷阱。常见问题包括：
- 字段含空字符串
''会被保留，而NULL被跳过，结果可能“漏掉”某些记录； - 省略第二个参数时默认用
','，但若原始数据本身含逗号，会导致解析歧义； - 分隔符不能是表达式，比如
group_concat(name, SUBSTR(' | ',1,3))会报错，必须是常量字符串； - 如需去重，SQLite 原生不支持
group_concat(DISTINCT name)（语法错误），得靠子查询或SELECT DISTINCT预处理。
配合 GROUP BY 的典型写法与易错点
正确结构永远是：SELECT 分组字段, group_concat(被拼字段, '分隔符') FROM 表 GROUP BY 分组字段。关键细节：
- 分组字段必须显式出现在
SELECT列表中，不能只靠位置引用（如GROUP BY 1在复杂 SELECT 中极易出错）； - 若要按年份分组并拼接姓名：
SELECT SUBSTR(create_time,1,4) AS year, group_concat(name, '; ') FROM logs GROUP BY year—— 注意别名year可用于GROUP BY，但SUBSTR(create_time,1,4)本身不能直接写在GROUP BY里（SQLite 不支持表达式分组）； - 排序需用子查询或 CTE：
SELECT dept, group_concat(name, ', ') FROM (SELECT dept, name FROM employees ORDER BY salary DESC) GROUP BY dept——ORDER BY必须在子查询里，group_concat()本身不接受ORDER BY子句（SQLite 旧版本不支持，3.45+ 仍未加入标准语法）； - 拼接结果长度默认上限为 1000 字符（由
SQLITE_MAX_LENGTH编译选项决定），超长会被截断且无提示 —— 生产环境务必用length(group_concat(...))检查是否截断。
真正容易被忽略的是：分组字段的语义一致性。比如用 name || id 拼接作为分组键，一旦 id 为 NULL，整条表达式结果就是 NULL，所有该类记录会被归入同一个“NULL 组”，导致统计失真。这种隐式行为不会报错，但结果难以调试。
