SQL JOINパフォーマンスのコツ -- インデックスと最適化

JOINパフォーマンスの最適化

JOINはリレーショナルクエリの中核ですが、最適化されていないJOINは遅いクエリの最も一般的な原因でもあります。高速に保つための実証済みの戦略を紹介します。

1. 結合カラムにインデックスを作成

最もインパクトのある最適化です。ON句に現れるすべてのカラムにインデックスを作成すべきです：

CREATE INDEX idx_orders_customer_id ON orders (customer_id);
CREATE INDEX idx_order_items_order_id ON order_items (order_id);

インデックスがないと、データベースはネステッドループスキャンを実行します。一方のテーブルのすべての行をもう一方のすべての行と照合します。

2. クエリプランを読む

EXPLAIN ANALYZE（PostgreSQL）、EXPLAIN（MySQL）、またはSET STATISTICS IO ON（SQL Server）を使用して、オプティマイザが結合をどのように実行するかを確認します：

EXPLAIN ANALYZE
SELECT o.id, c.name
FROM orders o
INNER JOIN customers c ON o.customer_id = c.id;

大きなテーブルでのSeq Scan（フルテーブルスキャン）を探してください。通常、インデックスが欠落していることを意味します。

3. 適切なJOINタイプを選択

INNER JOINで十分な場合にLEFT JOINを使用しないでください。LEFT JOINは、マッチしなくてもすべての左行を保持する必要があるため、特定の最適化を妨げます。

4. 早期にフィルタリング

結合に入る行数を減らすために、ドライビングテーブルにWHERE条件を適用します：

-- 良い例：先にフィルタ、次に結合
SELECT o.id, c.name
FROM orders o
INNER JOIN customers c ON o.customer_id = c.id
WHERE o.created_at > '2025-01-01';

5. SELECT *を避ける

すべてのカラムを取得すると、データベースは不要なデータを読み取り転送する必要があります。必要なカラムのみを選択すると、オプティマイザがインデックスのみでクエリを満たせる場合があります。

6. 暗黙的なデカルト積に注意

ON句の欠落や結合のOR条件は、無害なクエリをCROSS JOINに変えることがあります。大きなテーブルで実行する前に、常にEXPLAINで行数を確認してください。

7. 非正規化を検討

結合がホットパス（毎秒数千回実行）にある場合、データを単一テーブルまたはマテリアライズドビューに非正規化すると、ストレージと書き込みの複雑さを犠牲にして結合を完全に排除できます。