select top 100 * 必须配合 order by 才能确保结果确定性，否则返回行序不确定；top 后需加括号（如 top(100)），变量需声明并写为 top(@n)，且不支持偏移分页，应改用 offset-fetch。
SQL Server里SELECT TOP 100怎么写才不报错
直接加 SELECT TOP 100 * 是最常见写法，但容易漏掉关键约束。SQL Server 要求 TOP 后必须跟具体数值（或变量），且不能和 ORDER BY 分开——如果没写 ORDER BY，返回的“前100行”是无序的，每次执行可能不同。
-
TOP后面可以是常量（如100）、变量（如@n），但变量必须先声明并赋值，不能直接写TOP @n而不加括号（正确写法是TOP (@n)） - 带
ORDER BY才算真正可控的“前100行”，否则只是随机截取 - 在视图或内联表函数中用
TOP，必须同时指定ORDER BY，否则语法报错：Msg 10402, Level 15
想跳过前200行再取100行，为什么TOP做不到
TOP 本身不支持偏移，它只管“从头拿多少”，没法跳过前面若干行。要实现分页效果（比如第3页，每页100条），得配合 OFFSET-FETCH，这是 SQL Server 2012+ 的标准语法。
-
OFFSET 200 ROWS FETCH NEXT 100 ROWS ONLY才是跳过前200、取后100的正确写法 -
TOP+ 子查询模拟分页（如用NOT IN或ROW_NUMBER()）性能差、易出错，尤其数据有重复排序字段时 - 如果用
TOP做分页还硬加ORDER BY，但排序字段不唯一，TOP可能非确定性地选中不同行
TOP 和 SET ROWCOUNT 有什么实际区别
SET ROWCOUNT 100 看似也能限制结果行数，但它影响的是后续所有 DML 语句（UPDATE、DELETE），不是只作用于 SELECT，而且从 SQL Server 2012 开始，微软明确建议停用它。
-
ROWCOUNT在触发器或存储过程中可能意外生效，造成更新/删除只改了前N行，极难排查 -
TOP是语句级控制，作用范围清晰，还能用在 INSERT/UPDATE/DELETE 中（如DELETE TOP (100) FROM ...） -
ROWCOUNT对 CTE、窗口函数无效；TOP可以和 CTE 组合，但不能直接放在 CTE 定义里（需写在最终SELECT上）
大数据量下TOP 100为什么还是慢
即使只要100行，如果没走索引，SQL Server 仍可能扫描全表再排序——TOP 不自动优化执行计划。
- 确保
ORDER BY字段上有有效索引，尤其是复合索引要匹配排序+查询列顺序 - 避免在
ORDER BY中用函数（如ORDER BY UPPER(name)），会阻止索引使用 - 用
EXISTS替代IN+TOP子查询，有时能绕过不必要的中间结果集生成
TOP 看似简单，但排序依据是否唯一、索引是否存在、是否混用 ROWCOUNT，这几个点最容易被忽略。
