ROW_NUMBER() 是窗口函数，必须配合 OVER 子句使用，否则报错；需指定 ORDER BY 排序逻辑，可选 PARTITION BY 分组；不能在 WHERE 中直接过滤其别名，须用 CTE 或子查询；MySQL 5.7 及更早不支持，需升级至 8.0+。
ROW_NUMBER() 必须配合 OVER 子句，否则直接报错
单独写 ROW_NUMBER() 会触发类似 Window function 'ROW_NUMBER' requires an OVER clause 的错误。它不是普通函数，而是窗口函数，必须明确指定排序逻辑和可选的分组逻辑。
常见误写：SELECT name, ROW_NUMBER() FROM users; —— 这条语句在任何主流数据库（PostgreSQL、SQL Server、MySQL 8.0+、Oracle）里都会失败。
-
OVER (ORDER BY score DESC)：全表按 score 降序编号，不区分组 -
OVER (PARTITION BY category ORDER BY score DESC)：先按category分组，组内再按score降序编号 - MySQL 8.0+ 和 PostgreSQL 支持完整语法；SQLite 3.25+ 也支持，但旧版不支持窗口函数
获取每个 category 的 Top 3，要嵌套子查询或 CTE
不能在 WHERE 中直接过滤 ROW_NUMBER() 别名，因为窗口函数执行顺序晚于 WHERE（标准 SQL 执行顺序：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY）。所以必须把编号结果作为临时结果集，再在外层筛选。
推荐用 CTE（更清晰）或子查询（兼容性略好）：
WITH ranked AS (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY score DESC) AS rn
FROM products
)
SELECT id, name, category, score
FROM ranked
WHERE rn <= 3;
- 注意：用
ROW_NUMBER()是严格 TopN（并列时强制拆序），比如两个 score=95 并列第一，会标为 1 和 2，第三个是 3 —— 不会跳过 - 如果想保留并列（如都叫“第1名”），改用
RANK()或DENSE_RANK() - PostgreSQL 中若字段含 NULL，默认排在最前（
ORDER BY score DESC时 NULL 最大），需加NULLS LAST显式控制
性能隐患：没索引时 PARTITION BY + ORDER BY 可能很慢
数据库优化器通常需要对 PARTITION BY 字段和 ORDER BY 字段联合排序。如果表大且无对应索引，可能触发磁盘临时表或大量排序操作。
- 最佳索引策略：
CREATE INDEX idx_cat_score ON products(category, score DESC); - MySQL 中，该索引能同时支撑分组和组内排序，避免 filesort
- PostgreSQL 中，注意
DESC是否与索引定义一致（部分版本对混合升/降序支持有限） - SQL Server 中，考虑加上
INCLUDE列（如INCLUDE (name, id)）避免回表
MySQL 5.7 或更早版本不支持窗口函数，别硬套
直接执行会报错 FUNCTION xxx.ROW_NUMBER does not exist。这不是语法写错了，是版本不支持。
- 升级到 MySQL 8.0+ 是最稳妥方案
- 降级方案只能用自连接或变量（如
@row := IF(@cat = category, @row + 1, 1)），但变量行为在 8.0+ 已被标记为不可靠，且无法保证执行顺序 - 某些 ORM（如 Django 4.2+、SQLAlchemy 2.0+）生成的窗口函数查询，在低版本 MySQL 上会静默失败或返回空结果
确认版本用 SELECT VERSION();，别凭印象判断。
