SQL Server中nvarchar(max)列能否用键集分页优化查询性能？

可以对nvarchar(max)类型的列执行键集分页，但需要结合唯一标识列来保证分页逻辑的准确性和性能，以下是具体实现思路和方案：

为什么偏移分页性能差 #

你当前使用的OFFSET/FETCH偏移分页，在翻到第100页这类靠后的页面时，数据库需要先扫描并跳过前面所有的行才能返回目标数据，数据量越大性能越差，这是偏移分页的固有缺陷。

键集分页的实现方案 #

键集分页的核心是通过上一页最后一行的排序键值，直接定位到下一页的起始位置，无需扫描前面的行。由于Name列可能存在重复值，单独用它作为排序键会导致漏行或重复行，因此必须结合唯一列（比如你的Someid）构建唯一排序组合：

1. 第一页查询 #

SELECT TOP 10 *
FROM table
WHERE 'somelogic'
ORDER BY Name ASC, Someid ASC

（注：这里的10是每页的行数，根据你的业务需求调整）

2. 后续页查询 #

假设上一页最后一行的Name值为'LastPageName'，Someid值为123，下一页的查询语句为：

SELECT TOP 10 *
FROM table
WHERE 'somelogic'
  AND (Name > 'LastPageName' OR (Name = 'LastPageName' AND Someid > 123))
ORDER BY Name ASC, Someid ASC

关键性能优化 #

为了让键集分页高效运行，必须创建对应的复合索引：

CREATE NONCLUSTERED INDEX IX_Table_Name_Someid 
ON table (Name ASC, Someid ASC)
INCLUDE (列1, 列2, ...) -- 这里包含SELECT语句中需要查询的其他列，避免书签查找

这个索引会让数据库直接通过索引定位到符合条件的起始行，大幅提升查询性能。

注意事项 #

• nvarchar(max)类型支持>、=等比较操作，SQL Server可以正常处理，但要确保数据库的排序规则和业务需求一致，避免字符比较出现异常。
• 必须结合唯一列（如Someid），否则当存在多个Name相同的行时，分页逻辑会出现错误，无法完整返回所有数据。

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