主流數據庫分頁查詢寫法大全：SQL Server、Oracle、MySQL、PostgreSQL

分頁是 MIS/Web 系統核心需求，一次性拉取全量數據會撐爆內存與網絡。各數據庫方言差異大，本文匯總 SQL Server、Oracle、MySQL、PostgreSQL 四大主流庫的標準分頁寫法，並給出生產環境優化建議。

1. SQL Server

2012+ 標準語法（推薦）

SELECT col1, col2
FROM dbo.TableName
ORDER BY PK_Column
OFFSET @PageSize * (@PageNum - 1) ROWS
FETCH NEXT @PageSize ROWS ONLY;

• OFFSET/FETCH 符合 ANSI SQL:2008，計畫穩定、可讀性強。
• 需搭配 ORDER BY 且順序唯一（建議含 PK），否則結果不確定。

2005/2008 兼容寫法（CTE + ROW_NUMBER）

WITH CTE AS (
    SELECT col1, col2,
           ROW_NUMBER() OVER (ORDER BY PK_Column) AS rn
    FROM dbo.TableName
)
SELECT col1, col2
FROM CTE
WHERE rn BETWEEN @StartRow AND @EndRow;

舊版 Top 雙重嵌套（不推薦，深分頁效能差）

SELECT *
FROM (
    SELECT TOP @PageSize *
    FROM (
        SELECT TOP (@PageSize * @PageNum) *
        FROM TableName
        ORDER BY PK_Column DESC
    ) t1
    ORDER BY PK_Column ASC
) t2;

2. Oracle

12c+ 標準語法

SELECT col1, col2
FROM TableName
ORDER BY PK_Column
OFFSET :offset ROWS FETCH NEXT :pageSize ROWS ONLY;

11g 及以下經典寫法（ROWNUM 兩層嵌套）

SELECT *
FROM (
    SELECT ROWNUM rn, t1.*
    FROM (
        SELECT col1, col2
        FROM TableName
        ORDER BY PK_Column
    ) t1
    WHERE ROWNUM <= :endRow
) t2
WHERE t2.rn >= :startRow;

關鍵點：內層 ORDER BY 必須在 ROWNUM 過濾之前，否則順序錯亂。

3. MySQL / MariaDB

標準 LIMIT 語法

SELECT col1, col2
FROM TableName
ORDER BY PK_Column
LIMIT @offset, @pageSize;  -- 或 LIMIT @pageSize OFFSET @offset

• LIMIT M, N：跳過 M 行，取 N 行（M 從 0 開始）。
• 深分頁（大 OFFSET）效能急劇下降，優化見下文。

4. PostgreSQL

標準 OFFSET/LIMIT（兼容 SQL:2008）

SELECT col1, col2
FROM TableName
ORDER BY PK_Column
LIMIT @pageSize OFFSET @offset;

• 支援 FETCH FIRST @pageSize ROWS ONLY 標準語法。
• 深分頁同樣存在 OFFSET 掃描開銷。

深分頁效能優化通用策略

生產環境檢查清單

• [ ] 所有分頁查詢有確定性 ORDER BY（含 PK/唯一鍵）。
• [ ] 深分頁（> 100 頁）改用 Keyset Pagination 或延遲關聯。
• [ ] 高頻分頁建立覆蓋索引，EXPLAIN 驗證 Using index。
• [ ] 參數化查詢復用計畫，防注入。
• [ ] 總數統計 COUNT(*) 走覆蓋索引或緩存，避免全表掃描。