在SQL Server中如何通过TOP关键字限制查询返回的记录行数？

TOP 必须配合 ORDER BY 才能保证结果稳定，否则无序时返回记录不可靠；支持变量和表达式但需括号包裹；分页推荐 OFFSET-FETCH（SQL Server 2012+），TOP 无法原生分页。

TOP 是 SQL Server 中限制返回行数最直接的方式，但它不是标准 SQL，且行为受 ORDER BY 是否存在影响——没加排序时结果不可靠，加了才真正可控。

TOP 必须配合 ORDER BY 才能保证结果稳定

不带 ORDER BY 的 TOP 10 查询可能每次执行返回不同记录，因为 SQL Server 不保证无序时的物理读取顺序。尤其在表有并发写入、索引重建或查询走不同计划时，结果波动很常见。

• ✅ 正确写法：SELECT TOP 10 * FROM Orders ORDER BY OrderDate DESC
• ❌ 危险写法：SELECT TOP 10 * FROM Orders（结果随机，生产环境禁用）
• ORDER BY 列最好有索引，否则 TOP + 大偏移（如 TOP 10000）会先扫描大量数据再截断，性能差

TOP 后面可以跟变量或表达式，但需用括号包裹

动态控制行数时不能直接写 TOP @n，必须加括号，否则报错 Incorrect syntax near '@n'。

• ✅ 支持：DECLARE @n INT = 5; SELECT TOP (@n) * FROM Products ORDER BY Price
• ✅ 也支持表达式：SELECT TOP (2 * @n) * FROM Products ORDER BY Id
• ❌ 错误：SELECT TOP @n * FROM Products（语法错误）
• 注意：参数化 TOP 在存储过程中常用，但无法被 SQL Server 参数嗅探优化成最优计划，有时需加 OPTION (RECOMPILE)

替代方案：OFFSET-FETCH 更适合分页，但 SQL Server 2012+ 才支持

TOP 本身不支持跳过前 N 行，想实现“第 21–30 条”，只能嵌套子查询或改用 OFFSET-FETCH。后者是标准 SQL，语义清晰，但老版本不支持。

• ✅ 分页推荐（SQL Server 2012+）：SELECT * FROM Orders ORDER BY OrderId OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY
• ⚠️ 注意：OFFSET-FETCH 强制要求 ORDER BY，且 OFFSET 越大性能越差（需跳过前面所有行）
• ❌ TOP 无法原生做分页；用 TOP 模拟分页（如子查询找第 21 名的 ID 再过滤）容易因重复排序值出错

真正要注意的是：别把 TOP 当“简单取前几条”来用，它和排序强绑定，和执行计划敏感，和版本能力挂钩。一个没加 ORDER BY 的 TOP，在开发环境看着没问题，上线后可能悄悄返错数据。