Open22
SQLを勉強していく
winnie279SQLに入門する
winnie279分散トランザクション Sagaパターン
winnie2793層スキーマ
winnie279インデックス
winnie279JOIN
winnie279評価順序
FROM
ON
JOIN
WHERE
GROUP BY
HAVING
SELECT
DISTINCT
ORDER BY
TOP（LIMIT）
winnie279あれ、もしかして一対多のテーブルに右も左もない…？
多対一（左・右）ならinner joinもleft outer join同じ結果になるはず…
一対一なら A = B
多対一なら A ⊃ B
多対多なら A ∩ B ≠ φ
であってるのか…？
winnie279チューニング
- SQLを工夫して組み立てる。
- DBサーバーのメモリを調整する。
- インデックスを貼る。
- テーブルを工夫して設計する。
winnie279JOINは重い。
winnie279- インデックス
-
ON句を使う。 - サブクエリの階層を減らす。
-
WHERE句で扱うデータを絞る。
winnie279「DBが読み込む・取得するデータ量を減らす」
winnie279インデックスが活用されるように、「条件内にインデックス対象カラムを適切に記述しましょう」
- 加工をしない。
- 順番を揃える。
winnie279サブクエリ内ので不要なカラムをSELECTしない
winnie279- 通常テーブル内のデータ（レコード）は、TableSpace （≒ハードディスク）で保持されている
- クエリが実行されると、バッファプール（≒メインメモリ）上に必要なテーブルデータがロードされる。
- 処理に必要なデータ（レコード・カラム）がバッファプールに入り切らない場合、都度ディスクからデータを読み取る必要がある（I/O が発生する）
winnie279GROUP BYで一意にする。
index貼ってると早いらしい。
Pythonのset的な。
winnie279JOINするよりWHERE ~ IN ~。
winnie279インデックスはデータが綺麗に並んでいる。
INSERT時に綺麗に並べてインデックスに加えることで、読み込み速度が速くなる。
winnie279EXISTS ≒ INNER JOIN > IN