オプティマイザに関する注意点
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;
バックナンバー
この記事の筆者
筆者の人気記事
Think ITでは、技術情報が詰まったメールマガジン「Think IT Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。
