導入
データベースのパフォーマンスチューニングにおいて、インデックスの適切な設計は最も費用対効果の高い施策の一つです。「検索が遅い」という課題は、多くの場合フルテーブルスキャン（全件走査）が原因です。インデックスを正しく作成することで、データベースエンジンは目的のデータへ最短ルートでアクセスできるようになり、クエリの実行速度が劇的に改善されます。本記事では、SQLiteにおけるインデックス作成の基本から、実務で意識すべきポイントまでを解説します。
基礎知識
インデックス（索引）とは、テーブル内の特定のカラムの値をキーとして、その物理的な位置情報を格納した別のデータ構造です。辞書の索引を想像してください。索引がなければ単語を探すためにページを最初から最後までめくる必要がありますが、索引があれば特定のページに直接飛ぶことができます。
SQLiteでは、CREATE INDEX文を使用してこれを作成します。一度作成すれば、ユーザーはSQLの書き方を変える必要はなく、データベースエンジンが自動的にインデックスを利用して検索を最適化してくれます。
実装/解決策
インデックスを作成する際は、頻繁にWHERE句で使用されるカラムや、ORDER BY句、JOIN条件に含まれるカラムを優先的に検討します。
1. インデックスの作成:
CREATE INDEX インデックス名 ON テーブル名(カラム名);
2. 複合インデックスの作成:
複数のカラムを条件に検索することが多い場合は、複合インデックスが有効です。
CREATE INDEX インデックス名 ON テーブル名(カラム1, カラム2);
3. インデックスの確認:
作成したインデックスが正しく反映されているか確認するには、SQLiteのコマンドラインツールで以下のコマンドを使用します。
.indices テーブル名
サンプルプログラム
以下のコードは、ユーザーテーブルに対してインデックスを付与し、その効果を確認する一連の流れです。
— 1. テーブルの作成
CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT, email TEXT);
— 2. インデックスの作成（nameカラムへの検索を高速化）
CREATE INDEX idx_users_name ON users(name);
— 3. インデックス一覧の確認
.indices users
— 4. 検索の実行（インデックスが自動的に使用される）
— 開発者が特別な記述をする必要はありません
SELECT FROM users WHERE name = ‘Tanaka’;
— 5. もし作成したインデックスが不要になった場合
DROP INDEX idx_users_name;
応用・注意点
実務における注意点として、「インデックスの作りすぎ」には細心の注意を払ってください。インデックスは読み取り（SELECT）を高速化しますが、逆にデータ更新（INSERT, UPDATE, DELETE）時には、インデックス自体も更新しなければならないため、書き込み性能は低下します。
また、以下の点も避けるべきです。
・低カーディナリティ（値の種類が少ないカラム）: 性別（男/女）のような値の種類が少ないカラムにインデックスを貼っても、検索効率はほとんど向上しません。
・ワイルドカード検索: ‘LIKE %keyword%’のように、前方一致以外で検索する場合、インデックスは機能しません。
運用環境では、SQLiteの「EXPLAIN QUERY PLAN」コマンドを併用し、実際に計画通りインデックスが使われているかを確認しながら、最小限のインデックスで最大の効果を狙うのがDBAの腕の見せ所です。
コメント