SQL Server筛选指定范围记录：LIMIT无效，求简化查询并解释ORDER BY

首先，你遇到的问题非常常见：SQL Server不像MySQL、PostgreSQL那样支持LIMIT offset, count语法，所以得用专门的分页方式。我给你整理两种清晰易懂的实现方案，再一步步拆解原理，帮你搞懂核心逻辑。

方案1：用ROW_NUMBER()窗口函数（兼容所有SQL Server版本） #

这是你找到的方法的简化适配版，完全贴合你的UsersTable场景：

SELECT *
FROM (
    -- 内层子查询：先给每一行分配唯一的连续行号
    SELECT 
        *,
        -- ROW_NUMBER()会按指定顺序给每行生成1、2、3...的数字
        ROW_NUMBER() OVER (ORDER BY id) AS row_num -- 这里建议用主键/唯一列排序
    FROM UsersTable
) AS paginated_data
-- 筛选目标行范围：这里取第20到45行（共26行）
WHERE row_num >= 20 AND row_num <= 45;

关键部分拆解： #

• ROW_NUMBER() OVER (ORDER BY ...)：这是整个查询的核心。数据库本身没有"天然的行顺序"，如果不指定排序规则，每次查询生成的行号可能乱序，分页结果就不稳定。所以必须加ORDER BY，建议用主键列（比如id）或者业务上有明确顺序的列（比如创建时间create_time），保证行号的一致性。
• 内层子查询的作用是先给全表数据加上行号，外层查询再通过行号筛选出你需要的范围，相当于先给所有数据"编好号"，再挑出指定编号的行。

方案2：用OFFSET/FETCH（SQL Server 2012及以上版本推荐） #

如果你的SQL Server版本是2012或更新，这个写法更简洁直观，和你熟悉的LIMIT逻辑几乎一致：

SELECT *
FROM UsersTable
ORDER BY id -- 同样必须指定排序规则，保证分页稳定
OFFSET 19 ROWS -- 跳过前19行，从第20行开始
FETCH NEXT 26 ROWS ONLY; -- 取接下来的26行（刚好覆盖第20到45行）

关于你疑惑的ORDER BY name #

你看到的示例里用ORDER BY name只是一个演示用的例子，实际业务中尽量别用这种可能重复的列排序——如果有多个同名记录，它们的行号顺序可能随机变化，导致分页结果不一致。一定要选能稳定排序的列（比如主键）。

补充小提示 #

不管用哪种分页方式，ORDER BY都是必不可少的，否则分页结果会不可控。如果你的表数据量很大，记得给排序的列加索引，能大幅提升分页查询的性能。

内容的提问来源于stack exchange，提问作者Grijan