MySQL 8.0 和 SQL Server（截至 2024）不支持 EXCLUDE 子句，故无法使用 EXCLUDE CURRENT ROW；该特性仅见于 PostgreSQL、Oracle、DB2 和最新 DuckDB。
EXCLUDE子句在窗口函数中不被MySQL和SQL Server支持
直接说结论：你写不出 EXCLUDE CURRENT ROW，因为 MySQL 8.0 和 SQL Server（截至 2024）压根不支持 EXCLUDE 子句。这是 PostgreSQL、Oracle、DB2 和最新版 DuckDB 的特性，不是通用 SQL 标准的“默认项”。如果你在 MySQL 或 SQL Server 里试了报错 ERROR 1064 或 Incorrect syntax near 'EXCLUDE'，不是你语法错，是引擎不认。
PostgreSQL 中 EXCLUDE CURRENT ROW 的真实行为
EXCLUDE CURRENT ROW 不是“跳过当前行”，而是把当前行从窗口帧（frame）中移除，但保留其参与排序和分区逻辑——也就是说，它仍属于该 PARTITION BY 组、仍按 ORDER BY 定位，只是计算聚合时不算自己。
常见误用场景：
- 想算“除自己外的前5行平均值”，却写了
AVG(val) OVER (ORDER BY ts ROWS BETWEEN 5 PRECEDING AND CURRENT ROW EXCLUDE CURRENT ROW)→ 实际得到的是前5行（不含当前），正确； - 但若写成
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING EXCLUDE CURRENT ROW，就等价于全组总和减去当前值再除以 (总数−1)，而非“移动平均”。
注意：EXCLUDE 必须配合显式 frame 定义（ROWS 或 RANGE），不能用于默认 frame（即没写 ROWS/RANGE 时的 RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW），否则报错 EXCLUDE requires a frame clause。
在不支持 EXCLUDE 的数据库中模拟等效逻辑
核心思路：用两步聚合代替一步排除——先算包含自身的聚合，再减去当前行贡献值，最后调整分母。
例如，要实现“同部门内薪资均值（不含本人）”：
SELECT
name,
dept,
salary,
(SUM(salary) OVER (PARTITION BY dept) - salary)
/ NULLIF(COUNT(*) OVER (PARTITION BY dept) - 1, 0)
AS avg_excl_self
FROM employees;
要点：
-
NULLIF(..., 0)防止单人部门除零； - 该写法依赖聚合函数可下推（SUM/COUNT 窗口函数性能通常良好）；
- 若需
EXCLUDE TIES或EXCLUDE GROUP行为，则必须改用 CTE + 自连接或 LATERAL（如 PostgreSQL），无法简单减法模拟。
EXCLUDE 对性能和语义的隐性影响
很多人以为 EXCLUDE 只是语法糖，其实它会影响优化器对 frame 边界的判断。比如：
在 PostgreSQL 中，AVG(x) OVER (ORDER BY t ROWS BETWEEN 1 PRECEDING AND 1 FOLLOWING EXCLUDE CURRENT ROW) 会强制窗口保持“固定3行宽度但剔除中间”，而手动写 (x[lag] + x[lead]) / 2 虽等价，但失去自动处理边界（首尾行无 lag/lead）的能力。
更关键的是：当窗口定义含 RANGE 且存在重复排序键时，EXCLUDE CURRENT ROW 只排除当前物理行，而 EXCLUDE TIES 才排除所有同 ORDER BY 值的行——这点极易混淆，且一旦用错，结果偏差不会报错，只会静默出错。
