PostgreSQL tuning technique
PostgreSQLチューニングテクニック集 SELECT ... WHERE foo = 100 ORDER BY barをSELECT ... WHERE foo = 100 ORDER BY i, jに書き換える(2004/08/18掲載) SELECT * FROM t1 WHERE i = 100 ORDER BY j; のようなパターンの検索では，iにインデックスを貼ることである程度の高 速化ができますが，その後でソートが発生し，速度低下の要因になります． SELECT * FROM t1 WHERE i = 100 ORDER BY j LIMIT 5; のように，出力結果件数を制限しかつjにインデックスを貼ると，今度はjのイ ンデックスを使うようになります． しかし，よく考えてみると，iで検索し，jでソートするのはiとjのインデック スの両方を使えば一度にできるはずです
Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PDF版) — Let's Postgres
EXPLAIN や EXPLAIN ANALYZE の使い方と、それらを利用してスロークエリの実行計画を改善する方法を紹介します。 Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PDF版) OSCON 2005 で講演され、2005年のJPUG夏合宿で分担して翻訳した発表資料です。PostgreSQL 8.3 に対応できるよう内容を更新しています。 Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PPT版) OSCON 2005 で講演され、2005年のJPUG夏合宿で分担して翻訳した発表資料です。PostgreSQL 8.3 に対応できるよう内容を更新しています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
