関数

LAST_NAMEに対するインデックスで、明らかなパフォーマンス向上ができました。しかし、データベースに保存されている文字と、大文字小文字まで合わせて検索しなければなりません。この節では、パフォーマンスを低下させずにこの制約を取り除く方法について説明していきます。

Db2では、関数インデックスはzOS 上では使用可能ですが、他のシステム上では使用できません。

代わりとしては、関数や式の結果を入れる列をテーブルに作る方法があります。その列は、その時に応じてトリガあるいはアプリケーションによりメンテナンスする必要があります。そして、その列にインデックスを作成し、where句では式を通さずに新しい列を使います。

MySQLはデフォルトでは大文字小文字の違いを無視しますが、列レベルで変更することもできます。 MySQL 5.7からは、生成列にインデックスを作ることもできるようになりました。

古いバージョンを使う場合の代替策として、関数や式の結果を入れる列をテーブルに作る方法があります。その列は、その時に応じてトリガあるいはアプリケーションによりメンテナンスする必要があります。そして、その列にインデックスを作成し、where句では式を通さずに新しい列を使います。

Oracleは、リリース8iから関数インデックスをサポートしています。バーチャルカラムも11gから使用可能です。

PostgreSQLは、式インデックスをリリース7.4(一部7.2)から完全にサポートしています。

SQL Serverは、計算列が2000から使用可能です。

著者について

Markus Winand氏は、開発者がSQLパフォーマンスを改善するお手伝いをしています。彼は、SQL Performance Explainedの著者でもあり、出張トレーニングや http://winand.at/でのリモート講義も行っています。