1、クライアント(ブラウザまたはアプリケーション)タブ
データは、アプリケーションまたはブラウザでのページング処理により、すべてのローカルアプリケーションやブラウザ、ネイティブコードにアプリケーションサーバーからダウンロードされます
長所:簡単なコーディング、相互作用のクライアントとサーバのネットワーク・アプリケーションの数を減らします
短所:最初のインタラクティブ長い時間クライアントのメモリフットプリント
適応シナリオ:携帯電話のGPRS、超リモートアクセスなどのクライアントとアプリケーション・サーバ・ネットワーク遅延より大きいが、スムーズに追従動作を必要とするが、(全体で
2、アプリケーション・サーバーのページング
すべてのアプリケーションサーバにデータベース・サーバーからデータをダウンロードし、アプリケーション・サーバー内のデータをフィルタリングします。
長所:簡単なコーディングと唯一のSQLは、同じ性能に関するデータをページング合計データとのより良い対話が必要です。
短所:データの貧弱なパフォーマンスに大きな総量。
シーンにマッチ:データベース・システムは、ページング処理をサポートしていない、データ量が小さく、制御可能です。
3、SQLデータベースのページング
SQLページを使用してSQLデータベースには、2つの完全が必要です
SQLの総数の計算
データが返さページングSQL
長所:良いパフォーマンス
短所:コーディングの複雑さ、異なるデータベースの構文の様々な2つのSQLとの対話が必要です。
2つの戦略の以下のページ:
直接ROWNUMのページから:
(選択*から
から。*、ROWNUMのRNを選択
A(製品Aのcompany_id =?オーダー状況によってSELECT * FROM)
ここでROWNUM <= 20)
どこRN> 10。
全ての記録データIOの結果に応じたデータアクセスIO + =指数インデックステーブルのオーバヘッド
ROWIDを使用してページング構文
ページの最適化の原理は、純粋なインデックスROWIDでレコードを見つけることです、その後、ROWIDによってバックテーブルにデータを返す内部クエリを必要とし、インデックスにフィールド全体を並べ替えます。
製品の索引myindex(のcompany_id、ステータス)を作成します。
Bを選択します。*から(
(選択*から
から。*、ROWNUMのRNを選択
A(製品Aのcompany_id =オーダーステータスによってからROWID RID、ステータスを選択)
ここでROWNUM <= 20)
ここで、RN> 10)A、製品B
ここa.rid = b.rowid。
データアクセスコスト指数= IO +は、IOに対応する結果のインデックステーブルのデータをページング
関係するその他の技術情報:gzitcast