MySQL における SQL ページングクエリのいくつかの実装方法と利点と欠点

【SQL】SQLページングクエリの概要

開発プロセスではページングが必要になることがよくあります。今日はここでそれをまとめてみましょう。

簡単に言えば、ソースで制御する方法と、末端で制御する方法の 2 つの方法があります。ソースコントロールはページングロジックを SQL レイヤーに配置します。クライアントコントロールはすべてのデータを一度に取得し、ページングロジックを UI (GridView など) に配置します。当然のことながら、オンエンド制御は開発難易度が低く、小規模データに適していますが、データ量が増加するとパフォーマンスとIO消費が許容できなくなります。オンソース制御は、パフォーマンスと開発難易度の点でよりバランスが取れており、ほとんどのビジネスシナリオに適しています。さらに、客観的な条件（パフォーマンス要件、ソースとエンドのリソース使用量など）に基づいて、ソースとエンドの間にレイヤーを追加し、処理に特別なアルゴリズムとテクノロジーを使用することもできます。以下では主にソース、つまり SQL のページングについて説明します。

ページングの問題は、実際には、条件を満たす順序付けられたデータの山から、現在表示する必要がある部分を傍受することです。実際、MySql の LIMIT、Oracle の ROWNUM と ROW_NUMBER()、SqlServer の TOP と ROW_NUMBER() など、さまざまなデータベースにはページングの問題に対する組み込み戦略があります。これに基づいて、一連のページングメソッドを取得できます。

1. MySQL の LIMIT と Oracle の ROWNUM に基づいて、戻り値の範囲を直接制限できます (MySQL を例にとると、Oracle の ROWNUM を使用する場合はサブクエリを適用する必要があることに注意してください)。

方法1: 戻り値の範囲を直接制限する

SELECT * FROM テーブル WHERE クエリ条件 ORDER BY ソート条件 LIMIT ((ページ番号 - 1) * ページ サイズ), ページ サイズ;

利点: 書き方がシンプル。
デメリット: ページ数とページサイズが大きすぎると、パフォーマンスが大幅に低下します。
該当: データ量が多くない。

2. LIMIT (MySql)、ROWNUM (Oracle)、および TOP (SqlServer) に基づいて、返される行数を制限できるため、次の 2 つの一般的なメソッドセットを取得できます (SqlServer を例に挙げます)。

方法2: NOT IN

SELECT TOP ページサイズ * FROM テーブル WHERE 主キー NOT IN
（
 SELECT TOP (ページ番号 - 1) * ページサイズ 主キー FROM テーブル WHERE クエリ条件 ORDER BY ソート条件)
ORDER BY ソート条件

利点: 汎用性が高い。
デメリット: データ量が多い場合、ページが逆方向にめくられ、NOT IN のデータが多すぎるとパフォーマンスに影響します。
該当: データ量が多くない。

方法3: MAX

SELECT TOP ページ サイズ * FROM テーブル WHERE クエリ条件 AND ID >
（
 ISNULL(MAX(id),0) を選択 
 （
  SELECT TOP ((ページ番号 - 1) * ページサイズ) id FROM table WHERE クエリ条件 ORDER BY id 
 ) AS tempTable
） 
IDで並べ替え

利点: 特に ID が主キーである場合に高速です。
欠点: 適用範囲が狭く、ソート条件が単一かつ比較可能であることが必要です。
適用可能: 単純なソート (特別な場合には、処理のために類似の比較可能な値に変換することもできます)。

3. SqlServer と Oracle の ROW_NUMBER() に基づいて、返されるデータの行番号を取得できます。これに基づいて、戻り値の範囲を制限すると、次のメソッドが得られます (SqlServer を例に挙げます)。

方法4: ROW_NUMBER()

SELECT TOP page_size * から 
（
 SELECT TOP (ページ番号 * ページサイズ) ROW_NUMBER() OVER (ORDER BY ソート条件) AS RowNum, * FROM テーブル WHERE クエリ条件) AS tempTable
WHERE RowNum BETWEEN (ページ番号 - 1) * ページサイズ + 1 AND ページ番号 * ページサイズ ORDER BY RowNum

利点: データ量が多い場合、NOT IN よりも利点があります。
デメリット: データ量が少ない場合は NOT IN ほど効果的ではありません。
適用対象: ほとんどのページングクエリ要件。

上記は私の個人的な意見です。パフォーマンスの比較はオンライン情報と個人的な判断によるもので、綿密な実験は行っていません。不適切な点があればご指摘ください。

これで、MySQL でのページングクエリのいくつかの実装方法と利点と欠点に関するこの記事は終了です。MySQL でのページングクエリ方法の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM を応援していただければ幸いです。

以下もご興味があるかもしれません: