1. 導入
データベースのパフォーマンスチューニングにおいて、最も基本的かつ効果的な手法が「インデックス（索引）」の活用です。特にSQLiteのような軽量DBであっても、データ量が増加すると全件検索（フルスキャン）が発生し、アプリケーションのレスポンスが劇的に低下します。本記事では、ただインデックスを作るだけでなく、現場で役立つ「適切なインデックス設計」について解説します。
2. 基礎知識
インデックスとは、テーブル内の特定のカラムに対して作成される「検索を高速化するための補助データ構造」です。通常、データベースはインデックスがない場合、目的のデータを探すために先頭からすべての行を読み込む必要があります。インデックスを作成することで、辞書の索引のように目的のデータへ直接アクセスできるようになります。ただし、インデックスは検索を速くする反面、データの追加・更新・削除（INSERT/UPDATE/DELETE）時にはインデックス情報の書き換えも発生するため、過剰なインデックス作成は逆に書き込み性能を低下させる点に注意が必要です。
3. 実装/解決策
インデックスを作成する際は、「どのカラムで検索をかけることが多いか」を基準にします。例えば、ユーザー管理テーブルにおいて「メールアドレス」で検索することが多い場合、そのカラムにインデックスを貼るのが定石です。また、値の重複を防ぎつつ検索も高速化したい場合は「UNIQUEインデックス」を選択します。
4. サンプルプログラム
以下は、SQLiteでインデックスを作成し、確認し、不要になった際に削除する一連のSQLコマンドです。
— 1. ユーザーテーブルの作成
CREATE TABLE users (id INTEGER PRIMARY KEY, email TEXT, name TEXT);
— 2. 通常インデックスの作成（email検索を高速化）
— 検索条件によく使うカラムに設定します
CREATE INDEX idx_users_email ON users(email);
— 3. UNIQUEインデックスの作成
— 重複を禁止しつつ検索を高速化する場合に使用します
CREATE UNIQUE INDEX idx_users_unique_id ON users(id);
— 4. 現在作成されているインデックスを確認
— sqlite_masterテーブルを検索することで確認可能です
SELECT name FROM sqlite_master WHERE type = ‘index’;
— 5. 不要になったインデックスの削除
— メンテナンス時にパフォーマンスを阻害するインデックスは削除します
DROP INDEX idx_users_email;
5. 応用・注意点
現場でインデックスを扱う際の重要な注意点が3つあります。
・複合インデックスの順序
複数のカラムを組み合わせたインデックスを作成する場合、最も条件としてよく使われるカラムを左側に配置してください。例えば「WHERE name = ? AND age = ?」というクエリが多い場合、(name, age)の順でインデックスを貼るのが効果的です。
・インデックスが効かないケース
「LIKE ‘%キーワード’」のように、先頭一致ではない検索条件や、カラムに対して関数を通した比較（WHERE UPPER(name) = ‘TANAKA’など）を行うと、インデックスは無視されることがあります。
・過剰なインデックスの弊害
「とりあえず全部貼っておけば速くなる」は間違いです。読み込みは速くなりますが、書き込みのオーバーヘッドが蓄積し、アプリ全体の動作が重くなる原因になります。必ず実行計画（EXPLAIN QUERY PLANコマンド）を確認し、本当に必要な箇所だけに適用するようにしましょう。
コメント