视图定义中GROUP BY必须满足分组合法性，即SELECT列表中的非聚合字段须全部出现在GROUP BY子句中，否则数据库报错；其本质是确保视图每行逻辑唯一可确定，且不支持外部二次分组、需前置处理权限过滤与时区转换、避免函数导致索引失效及NULL/空字符串归并陷阱。
视图定义里写GROUP BY必须满足分组合法性
直接在 CREATE VIEW 里用 GROUP BY 是允许的，但不是“随便加”，它受严格校验：所有出现在 SELECT 列表里的非聚合字段，必须显式出现在 GROUP BY 子句中，否则 PostgreSQL、SQL Server 或 MySQL 8.0+（开启 ONLY_FULL_GROUP_BY）会直接报错，例如：ERROR: column "emp_name" must appear in the GROUP BY clause or be used in an aggregate function。
这不是数据库“太较真”，而是语义安全要求——视图输出每行必须逻辑唯一可确定。比如你写：
CREATE VIEW dept_stats AS SELECT dept_no, emp_name, COUNT(*) FROM employees GROUP BY dept_no;
数据库无法回答“这个部门里该显示谁的 emp_name？”，所以拒绝创建。
- 正确做法：把
emp_name加进GROUP BY（如果业务上允许按人+部门双粒度统计），或改用MAX(emp_name)、STRING_AGG(emp_name, ', ')等聚合包裹 -
WHERE条件可以放在GROUP BY前，不影响分组结构；但HAVING必须跟在GROUP BY后，且只能引用聚合结果 - MySQL 5.6 及更早版本允许上述非法写法，但返回的是任意一条匹配记录的
emp_name，结果不可控，别依赖
视图中嵌套GROUP BY无法支持外部二次分组
有人想建一个“通用汇总视图”，比如先按 dept_no 分组，再指望外面查的时候加 GROUP BY region 得到跨部门区域汇总——这行不通。视图输出已是聚合结果集，emp_count 这类字段是标量值，不能再被 GROUP BY 拆解。
例如你定义了：
CREATE VIEW dept_summary AS SELECT dept_no, COUNT(*) AS emp_count FROM employees GROUP BY dept_no;
然后执行：
SELECT region, SUM(emp_count) FROM dept_summary GROUP BY region;
会失败——因为 dept_summary 表里根本没 region 字段。即使你把 region 也放进视图定义，那也只是固定分组维度，不会自动适配外部查询意图。
- 真正需要多级汇总，得用 CTE 或子查询包裹原始表，而不是靠视图“留接口”
- 若权限控制需动态切片（如销售只看本省），必须在视图定义里就带入权限上下文，比如
WHERE region IN (SELECT allowed_region FROM user_perms WHERE user_id = CURRENT_USER) - 别试图用
GROUP BY ... WITH ROLLUP的NULL行当权限开关——它只是语法占位符，不随用户身份变化
按日期字段分组时避免函数导致索引失效
在视图里对时间字段做年月提取（如 DATE_FORMAT(created_at, '%Y-%m')）再 GROUP BY，看起来干净，但代价是全表扫描——数据库无法利用 created_at 上的索引。
真实场景下，千万级订单表执行一次按月汇总可能从秒级变分钟级。
- 优先方案：建生成列（MySQL）或表达式索引（PostgreSQL），例如
created_month DATE AS (DATE(created_at)) STORED，再对这个列GROUP BY - 次选方案：在应用层或调度任务里预计算好“年月”字段并持久化，视图直接
GROUP BY created_month - 临时应急可用
WHERE created_at >= '2023-01-01'配合索引范围扫描，再在内存里分组，但仅适用于小数据量 - 注意时区：若
created_at是TIMESTAMP WITH TIME ZONE，先AT TIME ZONE 'Asia/Shanghai'转换，再截取，否则跨零点订单会错分到上月
多字段分组时NULL和空字符串的归并陷阱
当 GROUP BY region, city 时，所有 city IS NULL 的记录会被强行归为一组，哪怕它们实际属于不同含义的“未填写”“待分配”“未知”。而 city = '' 和 city IS NULL 在大多数数据库里是两组，不会合并。
这会导致统计口径漂移——比如“华东区”下有 5 条 city IS NULL 订单，和 3 条 city = '' 订单，视图里却显示成两个独立分组，总数虚高。
- 稳妥做法：统一清洗，用
COALESCE(NULLIF(city, ''), 'unknown')替代裸字段参与分组 - PostgreSQL 对
NULL分组更严格，MySQL 默认宽松但开启ANSI_QUOTES后行为趋同，别假设“都一样” - 如果业务上
NULL和空字符串代表不同状态，那就不能简单合并，得在SELECT里用CASE WHEN单独标注，而非依赖分组自动归并
GROUP BY 不是语法糖，它是定义契约：一旦生效，后续所有基于该视图的查询都继承这个分组粒度和字段约束。最容易被忽略的，是把权限过滤、时区转换、NULL 处理这些前置动作，误当成“可以后面补”的事——其实它们必须钉死在视图定义的 WHERE 里，否则汇总结果从根上就错了。 
