MySQL 窗口函数共享排序的 WINDOW 子句写法

当一条查询同时需要编号、排名和累计值时，最容易出现的问题是：每个窗口函数都重复写一遍 PARTITION BY 与 ORDER BY，后续改排序却漏改其中一处。MySQL 可以把这组公共定义命名，再让多个 OVER 直接引用。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/window-functions-named-windows.html

先看重复 OVER 暴露出的维护问题

假设 sales 表按地区统计销售额，每个地区内按销售日期和订单号排序。编号、排名和累计金额其实共享同一个窗口，但直接写 SQL 时会重复三次：

SELECT
    region,
    order_id,
    sale_date,
    amount,
    -- 三个函数都按地区、日期、订单号使用同一排序规则。
    ROW_NUMBER() OVER (
        PARTITION BY region
        ORDER BY sale_date, order_id
    ) AS row_no,
    RANK() OVER (
        PARTITION BY region
        ORDER BY sale_date, order_id
    ) AS rank_no,
    SUM(amount) OVER (
        PARTITION BY region
        ORDER BY sale_date, order_id
        ROWS UNBOUNDED PRECEDING
    ) AS running_amount
FROM sales
-- 最终结果排序只影响展示，不改变窗口的计算定义。
ORDER BY region, sale_date, order_id;

这种写法本身没有错，但公共定义散落在多个表达式里。只要后续新增一个稳定的排序列，或者把地区分组改成门店分组，就要同步修改每一处。

用 WINDOW 子句集中声明共享窗口

把公共部分提取为命名窗口后，函数只保留不同的计算动作。下面的 region_order 同时规定地区分区和稳定排序：

SELECT
    region,
    order_id,
    sale_date,
    amount,
    -- 直接引用命名窗口，编号和排名共享相同的行集合顺序。
    ROW_NUMBER() OVER region_order AS row_no,
    RANK() OVER region_order AS rank_no,
    SUM(amount) OVER (
        region_order
        -- 累计值显式限定从分区起点到当前行。
        ROWS UNBOUNDED PRECEDING
    ) AS running_amount
FROM sales
WINDOW region_order AS (
    -- 公共窗口只维护一次，后续函数通过名称复用。
    PARTITION BY region
    ORDER BY sale_date, order_id
)
ORDER BY region, sale_date, order_id;

这里的 WINDOW 定义放在查询主体之后，最终展示用的 ORDER BY 仍然独立存在。窗口排序决定函数如何观察行，查询末尾的排序决定结果如何呈现，两者不要混为一谈。

需要变化时，用 OVER (窗口名 ...) 追加属性

命名窗口不是文本宏替换。若基础窗口只定义了分区，引用它时可以补充排序；若基础窗口已经有排序，就不能再次补一套排序。这个规则适合“同一分区、不同观察方式”的查询：

SELECT
    region,
    order_id,
    sale_date,
    amount,
    -- 基础窗口只负责把行按地区分组。
    SUM(amount) OVER (
        region_only
        ORDER BY sale_date, order_id
        ROWS UNBOUNDED PRECEDING
    ) AS amount_by_date,
    SUM(amount) OVER (
        region_only
        ORDER BY amount DESC, order_id
        ROWS UNBOUNDED PRECEDING
    ) AS amount_by_value
FROM sales
WINDOW region_only AS (
    -- 不在基础窗口写 ORDER BY，给两个引用保留不同排序空间。
    PARTITION BY region
)
ORDER BY region, order_id;

OVER (region_only ...) 表示从命名窗口开始，再追加属性；它不是把命名窗口已有属性替换掉。如果 region_only 已经写了 PARTITION BY region，引用处再次写 PARTITION BY 就会发生同类属性冲突。需要真正改变分区或排序时，应当新建另一个命名窗口，避免让读者猜测继承关系。

用结果列和边界清单检查这条 SQL

命名窗口最适合公共定义明确、差异只在函数或帧范围的查询。写完后可以按下面的顺序检查：

如果多个函数的分区和排序永远一起变化，就把它们放进同一个命名窗口；如果函数只共享分区而排序各不相同，就只把 PARTITION BY 提取出来，再在每个 OVER (w ORDER BY ...) 中明确差异。

常见问题

WINDOW 子句能不能写在 SELECT 前面？

不能。它属于查询语句的窗口定义部分，通常位于 HAVING 之后、最终 ORDER BY 之前。

OVER w 和 OVER (w ORDER BY ...) 有什么区别？

OVER w 直接使用命名窗口；带括号的形式允许在基础定义上追加尚未出现的分区、排序或帧属性，但不能重复同一种已经存在的属性。

共享窗口后，结果行会自动按窗口排序输出吗？

不会。窗口内部排序服务于函数计算，想让客户端稳定看到某种顺序，仍要在查询末尾写独立的 ORDER BY。