OVER() 不能替代 GROUP BY，它不减少行数而是在每行叠加计算结果；GROUP BY 用于分组汇总（每组一行），OVER() 用于窗口内计算（保留明细行并添加统计值）。
OVER() 不能替代 GROUP BY，但能和它共存
很多人以为 OVER() 是 GROUP BY 的替代方案，其实不是。它不减少行数，只是在每行上“叠加”计算结果。真要分组汇总（比如每组只返回一行），还是得靠 GROUP BY；OVER() 做的是“窗口内计算”，常用于保留明细行的同时加统计值。
典型场景：查每个订单的金额，同时显示该客户所有订单的总金额、平均值、排名——这些都得用 OVER()，否则就得自连接或子查询。
-
OVER()必须配合聚合函数（如SUM()、AVG()、COUNT()）或排序函数（如ROW_NUMBER()、RANK()）使用，单独写SUM(amount) OVER()语法合法，但没PARTITION BY就是全表汇总 - 如果误把
OVER()当成GROUP BY用（比如写了SELECT user_id, SUM(amount) OVER(PARTITION BY user_id)却没加GROUP BY），结果会返回原始行数，不是“每用户一行” - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持，但 SQLite（截至 3.40）仅部分支持，
RANGE和ROWS框架行为可能有差异
PARTITION BY 是分组的关键，不是 GROUP BY 的简写
PARTITION BY 定义窗口边界，相当于“逻辑分组”，但它不改变结果集行数，也不过滤或去重。它的作用范围只影响当前窗口函数，不影响其他列。
例如：SELECT user_id, order_id, amount, SUM(amount) OVER(PARTITION BY user_id) AS total_per_user —— 每个用户的每条订单都会带上该用户的总金额。
-
PARTITION BY user_id和GROUP BY user_id输出完全不同：GROUP BY后必须对非分组列用聚合函数，而PARTITION BY允许你保留order_id这类明细字段 - 可以多列分区：
PARTITION BY user_id, status，等价于按这两列组合分组计算 - 分区表达式支持函数，比如
PARTITION BY YEAR(order_date)，但注意 MySQL 中某些函数在窗口定义里受限（如DATE_FORMAT()在早期 8.0 版本不被允许）
ORDER BY 在 OVER() 里不是排序结果，而是定义累计逻辑
OVER(PARTITION BY ... ORDER BY ...) 中的 ORDER BY 不控制最终 SELECT 的行序，只决定窗口函数内部如何累积或编号。漏掉它，有些函数（如 ROW_NUMBER()）仍可运行，但 SUM() OVER(... ORDER BY ...) 就变成“累计和”而非“组内总和”。
- 写
SUM(amount) OVER(PARTITION BY user_id ORDER BY order_date)→ 每行显示“该用户截至当前订单的累计金额” - 写
SUM(amount) OVER(PARTITION BY user_id)（无ORDER BY）→ 每行显示“该用户全部订单总金额”，顺序无关 -
ORDER BY后可加ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW显式声明累计范围，但多数情况省略即默认此行为；若想算滑动窗口（如最近3单），就得显式写ROWS BETWEEN 2 PRECEDING AND CURRENT ROW
常见报错：column must appear in GROUP BY 或 invalid window function
两个高频错误背后是不同问题：column "xxx" must appear in the GROUP BY clause 是因为你混用了普通列和窗口函数，又没写 GROUP BY；而 invalid window function 多因数据库版本不支持，或 OVER() 写错位置（比如套在子查询外层却引用了子查询里的别名）。
- 避免第一类错误：只要 SELECT 里有非聚合、非窗口函数的列，且没配
GROUP BY，就必然报错——这不是窗口函数的问题，是 SQL 标准要求 - 第二类错误常见于 PostgreSQL 把
OVER()放在 WHERE 或 GROUP BY 里（不允许），或 MySQL 5.7 直接不识别OVER关键字（必须升级到 8.0） - 调试技巧：先把窗口函数单独拎出来跑通，比如
SELECT SUM(amount) OVER(PARTITION BY user_id) FROM orders；再逐步加其他列，确认每步都合法
PARTITION BY 或漏掉 ORDER BY，结果可能完全不符合预期，而且不容易一眼看出来。 
