SQL Server 分頁存儲過程優化心得：結合 ID 比較與 NOT IN 解決排序欄位重複問題

三種常見分頁方案比較

實務踩坑：排序欄位有重複值

採用方案二時，若排序欄位 (ordercol) 有重複值，會導致資料遺漏。因為 ordercol >= MAX(...) 無法精確界定頁邊界。

融合改良方案

SELECT TOP @PageSize *
FROM TestTable
WHERE ordercol >= (
    SELECT MAX(ordercol)
    FROM (SELECT TOP @PageSize*@PageNum ordercol FROM TestTable ORDER BY ordercol) t
)
AND id NOT IN (
    SELECT TOP @PageSize*@PageNum id FROM TestTable ORDER BY ordercol
)
ORDER BY ordercol;

原理：先用排序欄位快速篩選候選集（效率高），再用 PK id 的 NOT IN 精確排除已翻頁資料（準確）。雖保留 NOT IN 缺點，但前置過濾大幅縮小掃描範圍，綜合效能可接受。

實測數據

• 資料量：1 萬筆
• 查詢倒數 5 頁：改良方案 < 1 秒，原 ASP Recordset.Move > 2 秒

適用建議

• 排序欄位唯一（如 PK、時間戳+流水號）→ 直接用方案二最快。
• 排序欄位可能重複 → 採用融合方案。
• 極大資料量 (百萬+) → 考慮 Keyset Pagination (WHERE id > @lastSeenId ORDER BY id) 或 Offset/Fetch (SQL 2012+)。