LIMIT / OFFSETを使用してクエリを実行し、行の総数も取得します

Question 1

ページネーションの目的で、LIMITandOFFSET句を使用してクエリを実行する必要があります。ただし、LIMITandOFFSET句なしでそのクエリによって返される行数のカウントも必要です。

実行したい：

SELECT * FROM table WHERE /* whatever */ ORDER BY col1 LIMIT ? OFFSET ?

そして：

SELECT COUNT(*) FROM table WHERE /* whatever */

同時に。それを行う方法、特にPostgresに最適化させて、両方を個別に実行するよりも高速にする方法はありますか？

Question 2

はい。単純なウィンドウ関数を使用すると：

SELECT *, count(*) OVER() AS full_count
FROM   tbl
WHERE  /* whatever */
ORDER  BY col1
OFFSET ?
LIMIT  ?

コストは総数がない場合よりも大幅に高くなりますが、通常は2つの個別のクエリよりも安価であることに注意してください。Postgresは実際にはいずれかの方法ですべての行をカウントする必要があり、これには対象となる行の総数に応じてコストがかかります。詳細：

LIMITが適用される前に結果カウントを取得するための最良の方法

ただし、Daniが指摘したように、OFFSET少なくとも基本クエリから返される行数と同じ数の場合、行は返されません。したがって、も取得できませんfull_count。

それが受け入れられない場合、常にフルカウントを返すための可能な回避策は、CTEとOUTER JOIN：を使用することです。

WITH cte AS (
   SELECT *
   FROM   tbl
   WHERE  /* whatever */
   )
SELECT *
FROM  (
   TABLE  cte
   ORDER  BY col1
   LIMIT  ?
   OFFSET ?
   ) sub
RIGHT  JOIN (SELECT count(*) FROM cte) c(full_count) ON true;

が大きすぎるfull_count場合OFFSETは、NULL値が1行追加されます。それ以外の場合は、最初のクエリと同様にすべての行に追加されます。

すべてNULL値の行が有効な結果である可能性がある場合offset >= full_countは、空の行の起点を明確にするためにチェックする必要があります。

これでも、基本クエリは1回だけ実行されます。ただし、クエリにオーバーヘッドが追加され、カウントの基本クエリを繰り返すよりも少ない場合にのみ支払いが行われます。

最終的なソート順をサポートするインデックスが利用可能な場合ORDER BYは、CTEに（冗長に）含めることで料金が発生する可能性があります。

Question 3

編集：この回答は、フィルタリングされていないテーブルを取得するときに有効です。それが誰かを助けることができるが、それが最初の質問に正確に答えないかもしれない場合に備えて、私はそれをさせます。

正確な値が必要な場合は、ErwinBrandstetterの答えが最適です。ただし、大きなテーブルでは、かなり適切な近似値のみが必要になることがよくあります。Postgresはまさにそれを提供し、各行を評価する必要がないため、はるかに高速になります。

SELECT *
FROM (
    SELECT *
    FROM tbl
    WHERE /* something */
    ORDER BY /* something */
    OFFSET ?
    LIMIT ?
    ) data
RIGHT JOIN (SELECT reltuples FROM pg_class WHERE relname = 'tbl') pg_count(total_count) ON true;

を外部化する利点があるのRIGHT JOINか、それとも標準のクエリのようにする利点があるのか、実際にはよくわかりません。それはいくつかのテストに値するでしょう。

SELECT t.*, pgc.reltuples AS total_count
FROM tbl as t
RIGHT JOIN pg_class pgc ON pgc.relname = 'tbl'
WHERE /* something */
ORDER BY /* something */
OFFSET ?
LIMIT ?

Question 4

一方でアーウィンBrandstetterの答えは魔法のように動作し、それが行の合計数を返すすべての行で、次のように：

col1 - col2 - col3 - total
--------------------------
aaaa - aaaa - aaaa - count
bbbb - bbbb - bbbb - count
cccc - cccc - cccc - count

次のように、合計数を1回だけ返すアプローチの使用を検討することをお勧めします。

total - rows
------------
count - [{col1: 'aaaa'},{col2: 'aaaa'},{col3: 'aaaa'}
         {col1: 'bbbb'},{col2: 'bbbb'},{col3: 'bbbb'}
         {col1: 'cccc'},{col2: 'cccc'},{col3: 'cccc'}]

SQLクエリ：

SELECT 
    (SELECT COUNT(*) FROM table) as count, 
    (SELECT json_agg(t.*) FROM (
        SELECT * FROM table
        WHERE /* whatever */
        ORDER BY col1
        OFFSET ?
        LIMIT ?
    ) AS t) AS rows

Question 5

戻り結果の行の総数を取得するために、Justに対して同じクエリを2回呼び出すのは悪い習慣です。実行に時間がかかり、サーバーリソースを浪費します。

より良いことにSQL_CALC_FOUND_ROWS、制限クエリ結果とともに行数の総数をフェッチするようにMySQLに指示するクエリで使用できます。

次のように設定された例：

SELECT SQL_CALC_FOUND_ROWS employeeName, phoneNumber FROM employee WHERE employeeName LIKE 'a%' LIMIT 10;

SELECT FOUND_ROWS();

上記のクエリでSQL_CALC_FOUND_ROWSは、残りの必須クエリにオプションを追加して2行目を実行するSELECT FOUND_ROWS()だけです。つまり、そのステートメントによって返される結果セットの行数を返します。

Question 6

番号。

おそらく、内部で十分に複雑な機械を使用して個別に実行するよりも、理論的にはわずかな利益が得られる可能性があります。ただし、条件に一致する行の数を知りたい場合は、LIMITEDサブセットだけでなく、それらをカウントする必要があります。