コース一覧
SQL入門:データベース操作のきほん
インデックス設計の注意点

SQL入門:データベース操作のきほん

SELECT、INSERT、UPDATE、DELETE に加え、WHERE、JOIN、GROUP BY、サブクエリなど SQL の基礎構文を、ブラウザ上のサンプル DB を操作しながら学べる無料コースです。データ分析やアプリ開発で SQL を初めて学ぶ社会人や学生を対象としています。約 18 時間 (1 日 30 分 × 36 日) で 71 レッスンを修了でき、修了後は業務データの抽出、集計、簡単なレポート作成を SQL で行えるようになります。

1
SQLとデータベースの基礎
01. データベースとは何か5分
02. リレーショナルDBの仕組み5分
03. テーブル・行・列の基本5分
04. 主キーとNULL制約5分
05. 基礎確認クイズ5分
2
データの取得 - SELECT文マスター
01. SELECT文の基本構文5分
02. WHERE句で条件絞り込み5分
03. 比較演算子とLIKEパターン5分
04. AND/OR/NOTで複合条件5分
05. ORDER BYでソート5分
06. LIMITで件数制限5分
07. 日付関数の活用5分
08. データ取得チャレンジ5分
3
データ集計と分析
01. 集計関数 COUNT/SUM/AVG/MAX/MIN5分
02. NULLの扱い方5分
03. 算術演算とエイリアス5分
04. CASE式で条件分岐5分
05. DISTINCTで重複排除5分
06. 文字列関数5分
07. GROUP BYでグループ化5分
08. HAVINGでグループ条件5分
09. SELECT文の実行順序5分
10. 集計分析チャレンジ5分
4
テーブル結合
01. なぜ結合が必要か5分
02. INNER JOINの基本5分
03. LEFT/RIGHT OUTER JOIN5分
04. 複数テーブルの結合5分
05. 自己結合5分
06. 集合演算 UNION/INTERSECT/EXCEPT5分
07. 結合の実践演習5分
08. テーブル結合クイズ5分
5
サブクエリ活用
01. サブクエリとは5分
02. WHERE句のサブクエリ5分
03. FROM句のサブクエリ5分
04. SELECT句のサブクエリ5分
05. WITH句(CTE)の活用5分
06. サブクエリ実践クイズ5分
6
テーブル作成とデータ操作
01. CREATE DATABASE と CREATE TABLE5分
02. データ型の選び方5分
03. INSERT 文でデータを追加する5分
04. UPDATE 文でデータを更新する5分
05. DELETE 文でデータを削除する5分
06. 物理削除と論理削除5分
07. ALTER TABLE で構造を変更する5分
08. 制約 (NOT NULL / UNIQUE / DEFAULT)5分
09. TRUNCATE と DROP5分
10. DDL / DML 実践クイズ5分
7
外部キーと参照整合性
01. 外部キーの役割5分
02. FOREIGN KEY制約の設定5分
03. ON DELETE/UPDATE ポリシー5分
04. CASCADE vs RESTRICT vs SET NULL5分
05. 物理FK vs 論理FK5分
06. 外部キークイズ5分
8
データモデリング入門
01. データモデリングとは5分
02. ER図の読み方・書き方5分
03. エンティティと属性5分
04. リレーションシップとカーディナリティ5分
05. 1対1/1対多/多対多の設計5分
06. モデリング基礎クイズ5分
9
正規化
01. なぜ正規化が必要か5分
02. 第1正規形 (1NF)5分
03. 第2正規形 (2NF)5分
04. 第3正規形 (3NF)5分
05. 非正規化の判断5分
06. 正規化クイズ5分
10
物理設計とインデックス
01. 物理設計の考え方5分
02. 命名規則のベストプラクティス5分
03. インデックスの仕組み5分
04. CREATE INDEXの使い方5分
05. インデックス設計の注意点5分
06. 物理設計クイズ5分

インデックス設計の注意点

遅い一覧を直すためにインデックスを 4 本足したら、今度は注文の登録が遅くなった。よくある展開です。インデックスは読み取りを速くする代わりに、書き込みを必ず遅くします。付ければ速くなる道具ではなく、読み取りと書き込みを交換する道具です。

1 行入れるたびに、5 か所へ書いている

インデックスは本体とは別に持っている見出しの一覧です。本体に 1 行増えたら、見出しの側にも並び順を保ったまま 1 件足す必要があります。

SQL クエリ

-- orders に 4 本のインデックスがあると、 -- この 1 行の INSERT で本体 1 回 + インデックス 4 回、合わせて 5 か所を書く INSERT INTO orders (user_id, status, ordered_at) VALUES (42, 'paid', NOW());

UPDATE と DELETE も同じです。ストレージも増えます。インデックスは元テーブルの 1 割から 3 割ほどの大きさになるので、5 本張ればテーブル全体は 1.5 倍から 2.5 倍に膨らみ、バックアップにかかる時間もそのぶん延びます。

読み取りが速くなる効果は測らないと分かりませんが、書き込みの遅さとディスクの消費は毎日確実に払い続けます。

性別のような列に付けても、読み取りすら速くならない

値の種類が少ない列は、見出しを引いても候補がほとんど絞れません。

SQL クエリ

CREATE INDEX idx_users_is_active ON users (is_active); SELECT id, name FROM users WHERE is_active = TRUE;

is_active が真の行が全体の 9 割を占めるなら、見出しを引いてから本体を 90 万行読むより、最初から全件読むほうが速くなります。データベースはそう判断してインデックスを使いません。作った本数だけ書き込みが遅くなって、見返りはゼロです。

性別、都道府県、ステータスのように取りうる値が数個しかない列は、単体では作らないのが原則です。使うなら、値の種類が多い列を先頭に置いた複合インデックスの一部として入れます。

列の順番を間違えると、まるごと無駄になる

複合インデックスは前の列から順にしか使えません。(user_id, ordered_at) は user_id だけの検索にも効きますが、ordered_at だけの検索には効きません。順番を入れ替えると、効く相手も入れ替わります。作ったのに一度も使われないインデックスは、たいていこの読み違いから生まれます。

この性質は、要らない 1 本を見つけるのにも使えます。

SQL クエリ

-- 同じテーブルに、この 3 本が残っている -- idx_orders_user (user_id) -- idx_orders_user_status (user_id, status) -- idx_orders_status_user (status, user_id) DROP INDEX idx_orders_user;

1 本目は 2 本目の先頭部分と同じなので、消しても検索は変わりません。書き込みの負担だけが減ります。3 本目は先頭が違うので別物ですが、status の値が数種類しかないなら、これも消して困らない可能性が高い 1 本です。

解説

半年ほど運用したら、どのインデックスが何回使われたかを確認して、使われていないものを落とします。作るときの判断より、消すときの判断のほうが根拠を集めやすくなります。

テーブル構造

CREATE TABLE index_usage_stats ( schema_name VARCHAR(50) NOT NULL, table_name VARCHAR(50) NOT NULL, index_name VARCHAR(50) NOT NULL, use_count BIGINT NOT NULL, size_mb DECIMAL(10, 2) NOT NULL ); INSERT INTO index_usage_stats VALUES ('app', 'orders', 'idx_orders_user_ordered', 1500000, 120.50), ('app', 'orders', 'idx_orders_user_only', 0, 80.20), ('app', 'orders', 'idx_orders_status_only', 5, 60.10), ('app', 'users', 'uq_users_email', 800000, 30.00), ('app', 'users', 'idx_users_is_active', 0, 25.50), ('app', 'products', 'idx_products_category', 200000, 15.00), ('app', 'reviews', 'idx_reviews_old', 0, 45.80);

期待される出力

table_nameindex_nameuse_countsize_mb
ordersidx_orders_user_only080.20
ordersidx_orders_status_only560.10
reviewsidx_reviews_old045.80
usersidx_users_is_active025.50

ヒント

WHERE use_count < 100 で未使用インデックスを抽出

size_mb 降順で並べると削除効果が大きい順になる

DECIMAL は文字列として戻ってくることに注意

このレッスンに出てくる用語

意味があいまいなまま進んだ語は、ここから読み直せます。

  • インデックスDB 検索を速くする索引
  • ストレージHDD/SSD など永続化する記憶装置
  • テーブルDB の表 (Excel のシートみたいなもの)
  • データベースデータを構造化して保存する仕組み
  • 判断YES/NO 分岐を表す菱形
  • 複合インデックス複数カラムをまとめた索引
query.sql
学習モード
エディタを読み込んでいます
コードの実行結果
データベースを初期化中...