開発者のためのSQLパフォーマンスの全て

前書き - インデックスの作成はなぜ開発者のタスクなのか
インデックスの内部構造 - インデックスは何に似ているか
1. インデックスリーフノード - 二重連結リスト
2. 検索ツリー(Bツリー) - バランス木
3. 遅いインデックスパートI - インデックスを遅くする2つの原因
where 句 - 検索のパフォーマンスを改善するためにインデックスを作成
1. 等価演算子 - 一致するキーの検索
  1. プライマリキー - インデックスの使い方を確認
  2. 複合インデックス - 複数列に対するインデックス
  3. 遅いインデックスパートII - 前の問題点が再び
2. 関数 - where句の中での関数
  1. 大文字・小文字を区別する検索 - UPPERと LOWER
  2. ユーザ定義関数 - 関数インデックスの制限
  3. インデックスの作り過ぎ - 冗長性の排除法
3. パラメータ化クエリ - セキュリティとパフォーマンスのために
4. 範囲検索 - 等価条件の一歩先へ
  1. 大なり、小なり、 BETWEEN - 列の順番を改めて考える
  2. LIKEフィルタに対するインデックス - 全文検索用ではないLIKE
  3. インデックスの結合 - 全列にそれぞれインデックスを作ってはいけない理由
5. 部分インデックス - 特定の行のみに対するインデックス
6. OracleにおけるNULL - 興味深い重要なこと
  1. NULLに対するインデックス - 全てのインデックスは部分インデックス
  2. NOT NULL 制約 - インデックスの使われ方に影響
  3. 部分インデックスをエミュレートする - 関数インデックスを使った方法
7. 処理しにくい条件 - よくあるアンチパターン
  1. 日付型 - DATE型には特に注意
  2. 数値文字列 - 型を混在させないこと
  3. 列の連結 - 冗長なwhere句
  4. スマートなロジック - SQLを遅くする、一番スマートな方法
  5. 数式 - データベースは方程式を解けない
パフォーマンスとスケーラビリティ - ハードウェアについて
1. データ量 - ずさんなインデックスが牙をむく
2. システム負荷 - 本番の負荷がレスポンスタイムに与える影響
3. レスポンスタイムとスループット - 水平スケーラビリティ(スケールアウト
結合処理 - 正しく使えば遅くない
1. 入れ子ループ - ORMを使用した場合のN+1問題
2. ハッシュ結合 - 全く違うインデックス作成のやり方
3. ソートマージ結合 - まるでソートされた結果のジッパー
データのクラスタリング - IO削減のために
1. フィルタ述語の意図的な使用 - LIKE句のチューニングのために
2. インデックスのみのスキャン - テーブルアクセスをなくす
3. 索引構成表 - テーブルを持たないクラスタ化されたインデックス
ソートとグルーピング - パイプライン化されたorder by、3番目の力
1. インデックスを使った Order by - where句の相互作用
2. ASC/DESCと NULL FIRST/LAST - インデックスの順番を変える
3. インデックスを使ったGroup By - パイプライン化されたgroup by
部分結果 - 効果的なページング
1. 最初のN行のみの選択 - 最初の数行のみが必要な場合
2. 次ページの取得 - オフセットと検索方法の比較
3. 窓関数 - 分析クエリを使ったページネーション
挿入、削除、更新 - インデックスがDMLに与える影響
1. 挿入 - インデックスから直接の恩恵は得られない
2. 削除 - where句にインデックスを使用
3. 更新 - テーブルの全インデックスに影響を与えるわけではない