インデックスの有効な使用

通常、SQL Anywhere はインデックスを使用して探索条件を評価できます。インデックスを使用することで、オプティマイザーはデータへのアクセスをスピードアップし、ベーステーブルから読み込んで処理する情報量を減らします。たとえば、クエリに WHERE column-name=value という探索条件があり、カラムにインデックスが存在する場合、インデックススキャンを使って、探索条件を満たすテーブルのローだけを読み込むことができます。テーブルをジョインする場合にインデックスがあれば、パフォーマンスを大幅に向上させることもできます。

クエリを実行するとき、SQL Anywhere は各テーブルへのアクセス方法を選択します。データベースサーバーが適切なインデックスを見つけられないときは、テーブルを順にスキャンしなければならず、時間を要します。

たとえば、大規模なデータベースから複数の従業員を検索する必要があるのに、姓か名前のどちらかしかわからないとします。インデックスがない場合、SQL Anywhere はテーブル全体をスキャンします。しかし、姓が先に入力されているインデックスと名前が先に入力されているインデックスの 2 つのインデックスが作成されていれば、SQL Anywhere はこの 2 つのインデックスを先にスキャンするので、一般的にはより速く情報を返すことができます。

インデックスを適切に選択するとパフォーマンスに大きな違いが生じる

SQL Anywhere では、インデックスによって非常に効率よく情報を検索できますが、インデックスを追加するときは注意してください。各インデックスは、ローの挿入、削除、更新時に余分な作業を生みます。SQL Anywhere は影響を受けるインデックスもすべて更新するからです。

このため、SQL Anywhere がデータにより効率的にアクセスできるときにかぎってインデックスを追加するようにしてください。特に、大きなテーブルに連続して不必要なアクセスを行うような処理をなくすときに実施します。ただし、テーブルにローを追加するときのパフォーマンスを向上させる必要があり、情報を迅速に検索する必要がない場合は、できるだけ少ないインデックスを使用します。

データベースに有効なインデックスを選択する手助けをするインデックスコンサルタントを使用することも 1 つの手段です。

クエリ最適化

オプティマイザーは、可能であれば常に、インデックス専用取得でクエリを処理しようとします。インデックス専用取得では、データベースサーバーでインデックスのデータだけを使用してクエリが処理されるため、テーブル内のローにアクセスする必要がありません。オプティマイザーは、最高のパフォーマンスが得られるインデックスを判断し、それを使用するように自動的に選択します。ただし、クエリでインデックスヒントを使用して、オプティマイザーが使用するインデックスを指定することもできます。指定したインデックスが 1 つでも使用できなかった場合はエラーが返されます。インデックスヒントによってパフォーマンスが低下する場合があるため、経験のあるユーザーだけが実行するよう注意してください。インデックスコンサルタントを使用して、データベースにインデックスを追加する必要があるかどうかを判別できます。

クラスタードインデックス

参照

DocCommentXchange で意見交換できます