window子句命名后通过over w1在多个窗口函数中复用，避免重复书写partition by和order by；必须置于from之后、where之前；作用域限于当前查询层级，不可跨cte或子查询复用。
WINDOW子句命名后怎么复用
窗口定义写三遍？不用。SQL标准支持用WINDOW子句给窗口起名，之后在多个窗口函数里直接引用，避免重复写PARTITION BY和ORDER BY。MySQL 8.0+、PostgreSQL、SQL Server 都支持，但语法细节略有差异。
-
WINDOW w1 AS (PARTITION BY city ORDER BY sales DESC)定义后，后续所有OVER w1都复用这个窗口逻辑 - 不能省略
AS关键字，MySQL 和 PostgreSQL 都要求显式写出 - 命名窗口只在当前查询有效，不能跨
WITHCTE 或子查询使用 - 如果多个函数需要不同排序方向（比如一个
DESC、一个ASC），必须拆成两个命名窗口，不能混用
命名窗口和直接写OVER的区别在哪
表面看只是少打几行字，实际影响可读性和维护性。尤其当窗口逻辑复杂（含ROWS BETWEEN或嵌套表达式）时，直接复制粘贴容易出错，而改一处WINDOW定义就能同步生效。
- 没命名：每个
ROW_NUMBER() OVER (PARTITION BY a, b ORDER BY c)都要完整写一遍，字段顺序稍错就结果不对 - 命名后：
ROW_NUMBER() OVER w1、RANK() OVER w1、LAG(sales) OVER w1全部共享同一套分区与排序规则 - 注意：
LAG()这类偏移函数依赖ORDER BY顺序，如果命名窗口里没写ORDER BY，LAG()会报错或返回NULL
常见错误：WINDOW子句位置放错
很多人把WINDOW写在SELECT后面或WHERE之前，结果报错。它必须紧跟在FROM子句之后、WHERE之前，且不能放在GROUP BY或HAVING后面。
- 正确顺序：
SELECT ... FROM t WINDOW w1 AS (...) - PostgreSQL 允许
WINDOW放在ORDER BY之后，但MySQL严格要求在FROM后立即出现 - CTE中也能用
WINDOW，但只能作用于该CTE内部的SELECT，外部查询不可见 - 别名不能和表名、列名冲突，否则部分数据库（如SQL Server）会解析失败
性能影响：命名窗口真能提速吗
不提速，但能避免优化器重复解析相同窗口定义。实际执行计划里，命名窗口和手写多次的OVER通常生成一样的执行树，差别在于SQL文本体积和人工维护成本。
- 大数据量下，窗口计算本身开销不变，命名只是语法糖
- 但如果窗口定义里含复杂表达式（比如
DATE_SUB(sale_date, INTERVAL 1 DAY)），命名后只计算一次，避免多处重复计算 - 某些旧版本MySQL（如8.0.12之前）对命名窗口支持不完善，建议先查
SELECT VERSION()确认
OVER里抽出来，变成可读、可改、可验的一块配置。真正容易被忽略的是：一旦用了命名窗口，就别在同一个查询里混用命名和未命名写法——调试时你会分不清哪条逻辑走的是哪个窗口。
