row_number()必须配合partition by才能实现分组top n；单独使用仅生成全表连续编号。常见错误包括遗漏partition by、分组字段语义不唯一、排序缺乏确定性，且where不能直接过滤row_number()别名。
ROW_NUMBER()必须配合PARTITION BY才能分组取Top N
单独写 ROW_NUMBER() OVER (ORDER BY score DESC) 只会生成全表连续编号，不是“每个部门前3名”，而是“全表工资前3名”。业务中真正要的是按维度切片后各自排序，比如 PARTITION BY dept_id 把数据切成若干逻辑块，再在每块里用 ORDER BY salary DESC 编号。
常见错误是漏掉 PARTITION BY 却以为实现了分组逻辑；或者把分组字段写成模糊值（如用 dept_name 而非 dept_id），导致相同名称但不同ID的部门被错误合并。
- 确认分组字段业务语义唯一：优先用主键或业务主键（
user_id>username） - 排序字段加确定性后缀：如
ORDER BY created_at DESC, id DESC，避免时间戳相同时结果不稳定 - 若允许并列且需保留所有并列者，改用
RANK()；若严格限条数，才用ROW_NUMBER()
WHERE不能直接过滤ROW_NUMBER()别名，必须嵌套子查询或CTE
SELECT *, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY amount DESC) AS rn FROM orders WHERE rn 这类写法必然报错：<code>Invalid column name 'rn'。因为SQL执行顺序是 WHERE → GROUP BY → SELECT，窗口函数结果在 WHERE 阶段还不存在。
正确做法只有两种，且都需额外一层封装：
- 子查询方式：外层
SELECT * FROM (内层带ROW_NUMBER()) t WHERE t.rn ，轻量、兼容所有支持窗口函数的数据库 - CTE方式：用
WITH ranked AS (SELECT ..., ROW_NUMBER() ...) SELECT * FROM ranked WHERE rn ，可读性更好，适合多步加工场景 - 别在子查询里选冗余字段——
SELECT *会把没用的列也参与编号和传输，拖慢响应
排序字段无索引或表达式会导致性能断崖
当 OVER (PARTITION BY dept_id ORDER BY salary DESC) 执行变慢，90% 的原因是没建对索引。不是“有没有索引”，而是“索引结构是否匹配窗口定义”。
典型现象：执行计划出现 Sort 运算符占成本 85%+，或 Table Scan 扫全表；第1页快，翻到第100页直接超时。
- 必须建联合索引，顺序为
(dept_id, salary DESC)——PARTITION BY字段在前，ORDER BY字段紧随其后 - 避免在
ORDER BY中用函数：ORDER BY UPPER(name)或ORDER BY DATEADD(day, 1, hire_date)会让索引失效 - NULL 值干扰结果：默认
ORDER BY salary DESC把NULL排最前，可能让 Top 3 全是空记录；显式处理：ORDER BY salary IS NULL, salary DESC
存储过程里防注入、防越界、防空结果的关键检查点
动态传入 @TableName、@PartitionColumn、@OrderBy 时，字符串拼接就是SQL注入温床；而计算偏移稍错就返回空集或越界错误。
关键防护动作必须写死在过程开头：
- 表名/列名一律用
QUOTENAME(@TableName)和QUOTENAME(@PartitionColumn)包裹，禁止直接拼接 -
@PageIndex和@PageSize必须校验：IF @PageIndex ；<code>IF @PageSize > 100 SET @PageSize = 100 - 起始行计算别漏 +1：
DECLARE @StartRow INT = (@PageIndex - 1) * @PageSize + 1，否则第1页跳过首行 - 深度分页主动拦截：
IF (@PageIndex > 5000) RAISERROR('Deep page not allowed', 16, 1)，比硬扛更可控
实际用的时候，最易被忽略的是索引与窗口定义的严格对齐——哪怕只差一个字段顺序、一个DESC/ASC方向，都会让执行计划退化成全表扫描。别信“加了索引就行”，要拿执行计划里的 Index Seek 和 Missing Index 提示反向验证。
