GROUP BY 漏掉非聚合列会直接报错
SQL 视图里用 SUM()、COUNT() 这类聚合函数，但结果不对或报错，大概率是 GROUP BY 没写全。MySQL 5.7+ 和 PostgreSQL 默认开启严格模式，只要 SELECT 里有非聚合列（比如 user_id），又没出现在 GROUP BY 中，就会拒绝执行。
- 错误现象：
ERROR 1055 (42000): Expression #2 of SELECT list is not in GROUP BY clause - 正确做法：把所有非聚合的
SELECT列都加进GROUP BY，哪怕只是临时用于分组逻辑 - 别依赖 MySQL 5.6 的宽松模式——视图一旦创建成功，后续升级或迁移到其他数据库就可能崩
SELECT 列混用聚合与非聚合值导致逻辑错乱
看起来能跑通，但数据对不上，比如 SELECT user_id, MAX(order_time), SUM(amount)，其中 user_id 并不和 MAX(order_time) 来自同一行——这是 SQL 标准行为，不是 bug。
- 问题本质：聚合函数作用于分组后的一批行，而
user_id只是“随便挑一个”，不能保证和MAX(order_time)同行 - 真要取最新订单的金额？得用窗口函数（如
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY order_time DESC)）或子查询，别硬塞在聚合视图里 - 视图里用
ANY_VALUE(user_id)（MySQL）能绕过报错，但语义已丢失，下游业务很可能误读
视图定义中嵌套聚合再聚合会失败
有人想“复用”已有聚合视图，再套一层 SUM()，比如基于 orders_by_user（含 user_id 和 total_amount）再建视图求全站总额——这通常不行。
- 原因：多数数据库（PostgreSQL、SQL Server）不允许在视图定义里对另一个视图做聚合，除非底层视图本身可展开为简单表引用
- 查
pg_views（PostgreSQL）或INFORMATION_SCHEMA.VIEWS看视图文本，确认它没包含GROUP BY或聚合函数；否则就得重写成单层查询 - MySQL 8.0+ 支持物化 CTE，但视图仍是逻辑定义，不会自动缓存中间聚合结果，性能未必更好
NULL 值参与聚合时被静默忽略，但 WHERE 条件没同步过滤
COUNT(col) 不统计 NULL，SUM(col) 也是，但如果你的业务逻辑默认把 amount 为空等价于 0，而视图没处理，下游就容易少算。
- 典型坑：
WHERE status = 'paid'没拦住amount IS NULL的记录，结果SUM(amount)返回NULL而不是 0 - 安全写法：
SUM(COALESCE(amount, 0))或COUNT(*)配合显式WHERE amount IS NOT NULL - 注意
COUNT(*)和COUNT(col)行为差异——前者数行，后者数非空值，别凭感觉换用
聚合视图真正难的不是语法，而是搞清每一行数据到底代表什么业务实体。分组键选错、列混用、NULL 处理漏掉，都会让视图变成“看起来对、其实错”的定时炸弹。
