必须用LEFT JOIN并完整GROUP BY，否则INNER JOIN会过滤无关联的主表记录，且MySQL 5.7+严格模式下非聚合字段缺一不可；函数语法（GROUP_CONCAT/STRING_AGG）在分隔符、排序写法和空值处理上各数据库不兼容。
直接用 GROUP_CONCAT（MySQL）或 STRING_AGG（PostgreSQL / SQL Server 2017+）在视图中聚合多对多关联字段，是安全且可复用的做法；但必须配 LEFT JOIN 和完整 GROUP BY，否则会丢数据或报错。
为什么不能用 INNER JOIN？
用 INNER JOIN 会导致没关联子记录的主表行被过滤掉。比如用户没分配任何角色，user_role 表里无对应行，INNER JOIN 后整条用户记录就消失了。
- 必须改用
LEFT JOIN：保证主表（如user）所有行都保留 - 聚合函数（如
GROUP_CONCAT(r.role_name)）对空关联自动返回NULL，不会报错 - 若想把
NULL显示为空字符串，MySQL 可加IFNULL(GROUP_CONCAT(...), '')
GROUP BY 为什么必须包含所有非聚合字段？
MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY，不写全会直接报错：Expression #3 of SELECT list is not in GROUP BY clause。
- 例如 SELECT u.id, u.name, GROUP_CONCAT(r.role_name) →
GROUP BY u.id, u.name缺一不可 - 漏掉
u.name，即使u.id是主键，MySQL 也不接受（除非关掉严格模式，不推荐） - PostgreSQL 和 SQL Server 更严格，不写全直接拒绝执行
MySQL 和 PostgreSQL / SQL Server 的函数差异
语法看似相似，但分隔符、空值处理、排序支持不同，混用会出错。
- MySQL：
GROUP_CONCAT(r.role_name SEPARATOR ', ')，默认逗号分隔；加ORDER BY需写在函数内：GROUP_CONCAT(r.role_name ORDER BY r.role_name SEPARATOR ', ') - PostgreSQL：
STRING_AGG(r.role_name, ', ')；排序要写在函数外：STRING_AGG(r.role_name, ', ') ORDER BY r.role_name - SQL Server：
STRING_AGG(r.role_name, ', ') WITHIN GROUP (ORDER BY r.role_name)；WITHIN GROUP是必需语法，漏掉就报错 - 旧版 SQL Server（FOR XML 或子查询模拟，性能差、易出错，建议升级或换视图逻辑
视图里加 WHERE 或 ORDER BY 会带来什么问题？
加了就锁死视图用途——它不再是通用中间层，而变成某个具体查询的快照。
-
WHERE过滤会让视图无法用于查“全部用户”，只能查满足条件的子集，复用性归零 -
ORDER BY在视图定义中无效（SQL 标准规定），多数数据库会忽略或报错；真要排序，应在最终SELECT * FROM view_name ORDER BY ...时加 - 如果需要常用过滤条件，建议用参数化视图替代方案（如物化视图、CTE 包裹、或应用层拼接 WHERE）
最容易被忽略的是：视图里的 GROUP BY 字段顺序和主表索引是否匹配。如果 user 表按 (id, name) 有联合索引，而你写成 GROUP BY u.name, u.id，某些优化器可能无法利用索引，导致全表扫描——尤其在千万级用户表上，性能落差会非常真实。
