必须搭配ORDER BY才可靠，否则结果不可预测；TOP 5返回最多5行，TOP 5 PERCENT按比例向上取整，TOP 5 WITH TIES包含并列行；视图中禁用TOP，分页推荐OFFSET-FETCH。
直接在 SELECT 语句里加 TOP n，但必须搭配 ORDER BY 才可靠 —— 否则每次执行可能返回不同行。
TOP 必须和 ORDER BY 一起用，否则结果不可预测
SQL Server 允许写 SELECT TOP 5 * FROM users，语法上不报错，但数据库不保证哪 5 行会被选中。即使表有主键、有聚集索引，也不代表物理顺序 = 查询顺序。实际执行时可能随查询计划、缓存、并行度变化而变动。
- 错例：
SELECT TOP 10 id, name FROM orders→ 每次运行结果可能不一致 - 对例：
SELECT TOP 10 id, name FROM orders ORDER BY created_at DESC→ 明确取最新 10 条 - 如果
ORDER BY字段没索引，性能会明显下降，尤其大表
TOP 支持数字、百分比和 WITH TIES
TOP 不只是写死数字，还能表达更灵活的语义，但各选项行为差异大，容易误用。
-
TOP 5：严格返回最多 5 行 -
TOP 5 PERCENT：按当前结果集总行数算比例（向下取整），比如结果集共 19 行，则返回 0 行；20 行才返回 1 行 -
TOP 5 WITH TIES：先取前 5 行，再把和第 5 行ORDER BY值相同的**所有行**都带上，实际返回可能远超 5 行 - 注意：
WITH TIES要求ORDER BY至少含一个可重复值字段（如 status、category），否则等价于普通TOP 5
视图里不能写 TOP，得在查询视图时加
你不能在 CREATE VIEW 语句里写 SELECT TOP 10 ...，SQL Server 会直接报错。视图只是保存 SELECT 逻辑，不参与执行时的行数裁剪。
- 错例：
CREATE VIEW v_top_users AS SELECT TOP 5 * FROM users ORDER BY score DESC→ 语法错误 - 正确做法：定义视图时不带限制，查的时候加：
SELECT TOP 5 * FROM v_top_users ORDER BY score DESC - 如果真需要“稳定 Top-N”逻辑（比如固定取分数最高的 5 人），推荐用 CTE +
ROW_NUMBER()，它支持在视图里安全使用
替代方案：OFFSET-FETCH 更适合分页，但不能用于视图定义
OFFSET 10 ROWS FETCH NEXT 5 ROWS ONLY 是 SQL Server 2012+ 引入的标准分页语法，比嵌套 TOP 更清晰，但它同样不能出现在视图定义中。
- 可用场景：
SELECT * FROM orders ORDER BY id DESC OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY - 注意：
OFFSET必须配合ORDER BY，且跳过行数越大，性能越差（需扫描前 N 行） - 视图中写这个也会报错，和
TOP一样受限 - 小数据量分页（如前 100 页）用
OFFSET-FETCH没问题；高频深分页建议改用游标或基于上一页最大 ID 的条件过滤
真正容易被忽略的是：TOP 的语义依赖于执行时刻的完整结果集。如果底层表并发更新频繁，ORDER BY 字段又没唯一约束，两次相同 TOP 查询可能看到不一致的“最新 5 条”——这不是 bug，是设计使然。需要强一致性时，得靠事务隔离级别或应用层加锁控制。
