支援的版本: 目前 (17) / 16 / 15 / 14 / 13
開發版本: devel
不再支援的版本: 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1

7.6. LIMITOFFSET #

LIMITOFFSET 允許您僅檢索查詢其餘部分所產生的資料列的一部分

SELECT select_list
    FROM table_expression
    [ ORDER BY ... ]
    [ LIMIT { count | ALL } ]
    [ OFFSET start ]

如果指定了限制計數,則最多將傳回該數量的資料列(但如果查詢本身產生的資料列較少,則可能更少)。LIMIT ALL 與省略 LIMIT 子句相同,LIMIT 後面接 NULL 參數也是如此。

OFFSET 表示在開始傳回資料列之前跳過那麼多資料列。OFFSET 0 與省略 OFFSET 子句相同,OFFSET 後面接 NULL 參數也是如此。

如果同時出現 OFFSETLIMIT,則在開始計算傳回的 LIMIT 資料列之前,會先跳過 OFFSET 資料列。

使用 LIMIT 時,重要的是使用 ORDER BY 子句將結果資料列約束為唯一的順序。否則,您將獲得查詢資料列的不可預測的子集。您可能要求的是第十到第二十行,但在什麼順序中是第十到第二十行?除非您指定 ORDER BY,否則順序是未知的。

查詢最佳化器在產生查詢計畫時會考慮 LIMIT,因此您很可能會根據您為 LIMITOFFSET 提供的內容獲得不同的計畫(產生不同的資料列順序)。因此,使用不同的 LIMIT/OFFSET 值來選擇查詢結果的不同子集會產生不一致的結果,除非您使用 ORDER BY 強制執行可預測的結果排序。這不是一個錯誤;這是 SQL 沒有承諾以任何特定順序傳遞查詢結果的內在結果,除非使用 ORDER BY 來約束順序。

OFFSET 子句跳過的資料列仍然需要在伺服器內部進行計算;因此,大的 OFFSET 可能會效率低下。

提交更正

如果您在文件中發現任何不正確、與特定功能的經驗不符或需要進一步說明的地方,請使用此表格來報告文件問題。