OVER子句需避免混用普通聚合与窗口函数、禁用GROUP BY；空括号表示全表汇总，PARTITION BY须基于SELECT中已存在字段；ORDER BY仅影响排序敏感函数；MySQL 8.0+等主流数据库支持。
OVER 子句怎么写才不报错：常见语法陷阱
直接在 SELECT 里加 SUM(column) OVER() 却提示“窗口函数必须有 OVER 子句”或“GROUP BY 冲突”，通常是因为混用了聚合和非聚合字段又没加 OVER，或者写了 GROUP BY 却还在用窗口函数——这两者互斥。OVER 的本质是「不折叠行」，所以只要用了它，整条 SELECT 就不能再有普通聚合（比如裸 SUM()）或 GROUP BY。
-
OVER()空括号表示全表范围汇总，但字段必须出现在SELECT列表中，不能只出现在OVER里 - 如果要按类别汇总，得写
OVER(PARTITION BY category)，不是GROUP BY category - ORDER BY 在
OVER里仅影响排序敏感的函数（如ROW_NUMBER()、AVG() OVER(ORDER BY ...)），对SUM() OVER(PARTITION BY ...)没影响，别多写
明细+汇总共存：典型场景下的写法对比
比如查每个订单的金额，同时显示该客户的总消费额。不用 OVER 就得自连接或子查询，容易漏数据或性能差；用 OVER 就一行搞定，且保持原始行数不变。
正确写法：
SELECT order_id, customer_id, amount,
SUM(amount) OVER(PARTITION BY customer_id) AS total_by_customer
FROM orders;
- 每行仍是单个订单，
total_by_customer是客户维度的重复值，不是新行 - 如果还想要「累计金额」，就加
ORDER BY order_date：SUM(amount) OVER(PARTITION BY customer_id ORDER BY order_date) - 注意：
PARTITION BY字段必须存在于当前查询结果集中，不能引用子查询别名或不存在的列
性能和兼容性要注意什么
OVER 不是所有数据库都支持，MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都行，但 SQLite 和旧版 MySQL（
- 大数据量下，
PARTITION BY字段最好有索引，尤其当配合ORDER BY使用时 - 避免在
OVER里写复杂表达式（如UPPER(customer_id)），会导致无法利用索引，分区变慢 - PostgreSQL 中
OVER()全局汇总可能触发全表扫描，而PARTITION BY如果分区键选择不当（比如高基数字段），反而比关联更慢
和 GROUP BY 混用会怎样
直接报错。比如：SELECT customer_id, SUM(amount), SUM(amount) OVER() FROM orders GROUP BY customer_id —— 这条语句在绝大多数数据库里会被拒绝，因为 GROUP BY 已经把行折叠了，窗口函数无从作用于原始明细。
- 想同时看分组汇总和全局汇总？用两个窗口：
SUM(amount) OVER(PARTITION BY customer_id)+SUM(amount) OVER() - 想在分组后加序号？用
ROW_NUMBER() OVER(PARTITION BY customer_id ORDER BY SUM(amount) DESC)，但注意这是在分组结果上再开窗，需先用 CTE 或子查询完成聚合 - 真正容易被忽略的是：窗口函数的执行顺序在
GROUP BY和HAVING之后、ORDER BY之前——所以你不能在WHERE或HAVING里引用窗口函数别名
