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，在开发环境看着没问题，上线后可能悄悄返错数据。
