SQL Server取前N条记录必须用SELECT TOP(N)，且TOP后括号强制；不加ORDER BY结果不可靠；推荐OFFSET-FETCH分页；TOP(N) PERCENT向下取整，小结果集慎用。
SQL Server里取前N条记录，必须用 SELECT TOP，其他写法（比如 LIMIT 或 ROWNUM）直接报错。
TOP 后面括号是强制的，不是可选的
SQL Server 2005 起，TOP 后面必须加括号，写成 TOP(10) 才合法；TOP 10（不带括号）在旧版本可能通，在新版本（尤其是 Azure SQL）会触发语法错误 Incorrect syntax near '10'。
- ✅ 正确：
SELECT TOP(5) * FROM Orders; - ❌ 错误：
SELECT TOP 5 * FROM Orders;（缺少括号） - ⚠️ 注意：
TOP后不能跟变量名直接写，如TOP(@n)需配合动态 SQL 或使用OFFSET-FETCH替代
不加 ORDER BY 的 TOP 结果是不可靠的
TOP 本身不保证顺序——它只是按查询执行时的数据物理位置或索引扫描路径“顺手”取前 N 行。同一语句反复执行，可能返回不同记录。
- ❌ 危险写法：
SELECT TOP(10) Name, CreatedDate FROM Logs;（你以为是最新日志？未必） - ✅ 安全写法：
SELECT TOP(10) Name, CreatedDate FROM Logs ORDER BY CreatedDate DESC; - ? 性能提示：如果
ORDER BY字段没索引，大表上TOP + ORDER BY可能触发全表排序，拖慢查询
想跳过前M条再取N条？别硬套 TOP 嵌套
虽然网上常见 SELECT TOP(N) * FROM (SELECT TOP(M+N) ... ORDER BY ...) t ORDER BY ... DESC 这类嵌套写法实现“分页”，但它在数据变动频繁时容易漏行/重叠，且逻辑难维护。
- ❌ 过时做法：
SELECT TOP(10) * FROM (SELECT TOP(30) * FROM Products ORDER BY ID ASC) t ORDER BY ID DESC; - ✅ 推荐替代：
OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY（SQL Server 2012+ 支持，语义清晰、行为稳定） - ⚠️ 兼容性注意：如果还在用 SQL Server 2008 R2 或更早，只能靠
ROW_NUMBER()窗口函数模拟，但性能开销更大
TOP 支持百分比，但慎用于小结果集
TOP(20) PERCENT 会向下取整，比如查 13 行，TOP(20) PERCENT 实际只返回 2 行（13 × 0.2 = 2.6 → 截断为 2）。
- ✅ 合理场景：
SELECT TOP(5) PERCENT * FROM Sales;（大表抽样） - ❌ 风险场景：
SELECT TOP(50) PERCENT * FROM ConfigSettings;（仅 3 条记录 → 返回 1 条，非预期） - ? 提示：
PERCENT计算基于最终结果集行数（即 WHERE 过滤后），不是原始表行数
真正容易被忽略的是：TOP 的“前 N”依赖于执行计划中数据的实际访问顺序，而这个顺序受索引、统计信息、并行度甚至 tempdb 状态影响——所以只要业务逻辑要求确定性（比如“最新 10 笔订单”），ORDER BY 就不是建议，而是必须。
