第7回:オプティマイザに関するチューニング (1/3)

まるごと PostgreSQL!
PostgreSQLチューニング実践テクニック

第7回:オプティマイザに関するチューニング

著者:石井達夫(ISHII, Tatsuo)   2005/6/20
1   2  3  次のページ
オプティマイザに関する注意点

   PostgreSQLは、オプティマイザが自動的に最適な問い合わせプランを見つけてくれるので、たいていの場合は、「おまかせ」でできる限り高速に問い合わせを処理してくれます。

   しかし、PostgreSQLのオプティマイザも完璧ではないので、特定のケースではうまく動作しないこともあります。以降では、特に注意しなければならないケースを取り上げます。なお、これらの注意事項はPostgreSQLの実装に深く関わっているため、PostgreSQLのバージョンが違うと適用できなくなるものもあります。あくまでPostgreSQL 7.4系での注意事項であることに留意してください。


LIKE/正規表現検索

   LIKEや正規表現を使うと、一部の文字列だけに一致するような、より緩やかな条件での検索が可能になります。しかし、インデックスが有効なのは前方一致かつ大文字と小文字を区別する検索のみです。したがって、大文字と小文字を区別しないILIKEや.*ではインデックスは使えません。どうしても大文字小文字を区別しない前方一致検索を高速に行いたい場合は、upper()と関数インデックスを組み合わせて使用します。


式インデックス、関数インデックスでは正確な統計情報が得られない

   式インデックスや関数インデックスを作っても思ったようにインデックスが使われないことがあります。これは、式インデックスや関数インデックスに関しては正確な統計情報が得られないからです。このような場合は、何らかの方法で強制的にインデックスを使うようにします。最も簡単な方法は、次のコマンドを実行することです。

SET enable_seqscan TO off;
日付データに注意

   日付を表すデータ型には、TIMESTAMP、TIMESTAMPWITH TIMEZONE、DATEがあります。通常は、これらを混合して計算、比較を行っても自動的に型変換が行われるため気づきにくいのですが、これらの型は、インデックスを使用するかどうかに大きな影響を与えます。たとえば、次のようにテーブルとインデックスを作成したとします。

CREATE TABLE t1(d DATE);
CREATE INDEX t1index ON t1(d);

   このとき、次のような検索では作成したインデックスが使われません。

SELECT * FROM t1 WHERE d > '2004/12/1'::DATE + '1 month'::INTERVAL;

   これは、「'2004/12/1'::DATE + '1month'::INTERVAL」の計算結果がTIMESTAMP WITHOUTTIMEZONE型に変換されるためにDATE型と一致しなくなるからです。

   この場合は、次のようにキャストすれば型が一致するのでインデックスが使われるようになります。

SELECT * FROM t1 WHERE d > ('2004/12/1'::DATE + '1month':: INTERVAL)::DATE;
1   2  3  次のページ

書籍紹介
まるごと PostgreSQL! Vol.1
まるごと PostgreSQL! Vol.1日本での市場シェアNo.1(オープンソースRDBMS部門)データベースソフトPostgreSQLの最新情報を、開発メンバーを含む豪華執筆陣が多面的かつ詳細に解説します。PostgreSQL用クラスタリング/レプリケーションソフト、PostgreSQL⇔Oracle移行、PostgreSQLによる大規模サイト構築法、新バージョンPostgreSQL 8.0先行レビュー、PostgreSQL用.NETデータプロバイダ等々、他では読めない貴重な記事が満載です。

発売日:2004/12/08発売
定価:\1,890(本体 \1,800+税)
石井達夫
著者プロフィール
石井達夫(ISHII, Tatsuo)
PostgreSQLの開発者、エバンジェリスト。本業でもPostgreSQLによるビジネスに関わっている。著書に「PostgreSQL完全攻略ガイド」「PHPxPostgreSQLで作る最強Webシステム」(技術評論社)などがある。


INDEX
第7回:オプティマイザに関するチューニング
オプティマイザに関する注意点
 SMALLINT、BIGINTにもご用心
 関数を使うほうがよい場合もある
PostgreSQLチューニング実践テクニック
第1回postgresql.confによるチューニング(1)
第2回postgresql.confによるチューニング(2)
第3回VACUUMの活用によるチューニング
第4回インデックスの活用によるチューニング
第5回高度なインデックスの活用
第6回統計情報の最適化
第7回オプティマイザに関するチューニング
第8回GROUP BYを使用したチューニング

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30