使用OFFSET FETCH NEXT分页无返回行问题求助（SQL Server 2014）

根据你描述的情况——调用存储过程后显示有20行受影响但未返回任何结果，同时@maxRows返回63（说明总共有63条符合条件的数据），结合SQL Server 2014的OFFSET/FETCH特性，我整理了几个关键排查方向：

1. 确认OFFSET/FETCH是否依赖正确的ORDER BY子句 #

SQL Server 2014要求OFFSET/FETCH必须配合ORDER BY使用，否则分页逻辑是不确定的，甚至可能出现看似无数据的异常。如果你的存储过程中分页查询没有指定ORDER BY，或者排序字段存在大量重复值，会导致行的顺序混乱，进而出现分页无结果的情况。

你可以先单独执行存储过程中的核心查询（去掉分页，加上明确的排序），验证是否能返回数据：

SELECT * FROM [你的目标表]
-- 复制存储过程中的WHERE过滤条件
WHERE [你的过滤逻辑]
ORDER BY [某个具有唯一区分度的字段，比如ID]

2. 检查参数传递与内部使用是否一致 #

从你的调用代码看，@offsetRow = 0、@numRows = 20的参数值是合理的，但需要确认存储过程内部是否正确处理了这些参数：

• 检查参数类型是否匹配：比如存储过程定义的@offsetRow是INT类型，调用时是否传递了正确的数值类型，避免隐式转换导致的参数值异常
• 确认存储过程中没有对@offsetRow或@numRows进行意外修改（比如某些逻辑分支改写了参数值）

3. 区分"受影响行数"的来源 #

你看到的(20 row(s) affected)可能不是来自分页查询本身。如果存储过程开头设置了SET NOCOUNT ON，这个消息可能来自存储过程中的其他操作（比如统计总记录数的COUNT语句、或者其他DML操作），会让你误以为分页查询有数据，但实际结果集为空。

你可以在存储过程的分页查询语句后添加一行代码，确认实际返回的行数：

-- 存储过程中的分页查询
SELECT * FROM [你的目标表]
WHERE [过滤逻辑]
ORDER BY [排序字段]
OFFSET @offsetRow ROWS FETCH NEXT @numRows ROWS ONLY

-- 新增这行，查看实际返回的行数
SELECT '分页查询实际返回行数' = @@ROWCOUNT;

4. 对比总记录数与分页查询的过滤条件 #

虽然@maxRows=63说明总共有63条符合条件的数据，但要确认统计总记录数的查询和分页查询的WHERE子句是否完全一致。比如：

• 统计总记录数用的是SELECT @maxRows = COUNT(*) FROM ... WHERE 条件A
• 分页查询用的是SELECT * FROM ... WHERE 条件B
  如果条件A和条件B存在差异（比如漏了某个过滤条件、或者逻辑运算符错误），就会出现总记录数有值但分页无数据的情况。

5. 跳过存储过程直接测试分页语句 #

绕开存储过程，直接执行分页查询语句，验证是否能返回数据：

DECLARE @offsetRow INT = 0, @numRows INT = 20;
SELECT * FROM [你的目标表]
WHERE [存储过程中的过滤条件]
ORDER BY [排序字段]
OFFSET @offsetRow ROWS FETCH NEXT @numRows ROWS ONLY;

如果这条语句能返回数据，说明问题出在存储过程的参数传递或内部逻辑上；如果仍然无数据，那就要检查表数据或过滤条件的合理性了。

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