コース一覧
SQL入門:データベース操作のきほん
ER図の読み方・書き方

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分

ER図の読み方・書き方

「ユーザは注文を持つ」では、まだ何も決まっていない

設計レビューで「ユーザは注文を持ちます」と説明すると、その場は全員がうなずきます。ところが実装に入ると、質問が次々に出てきます。

  • 注文が 1 件もないユーザを登録してよいのか
  • 明細が 1 行もない、空の注文を許すのか
  • 持ち主のいない注文があり得るのか

どれも NOT NULL を付けるかどうかに直結する話です。文章で書くと、この 3 つは必ず書き漏れます。線と記号で描けば、書き漏らしようがありません。それが ER 図です。

線の端の 2 文字が、最小と最大を表している

ER 図の線は、両端にそれぞれ 2 文字の記号が付きます。内側の 1 文字が最小いくつか、外側の 1 文字が最大いくつかを表します。

  • || — ちょうど 1 件 (最小 1、最大 1)
  • |o — 0 件または 1 件 (最小 0、最大 1)
  • }o — 0 件以上 (最小 0、最大は複数)
  • }| — 1 件以上 (最小 1、最大は複数)

o は丸で「無くてもよい」、| は棒で「必ず要る」、} は鳥の足のように三方向へ広がる形で「複数あり得る」を表します。

diagram (will load when visible)

四角の中は列です。PK は主キー、FK は別の四角を指す列であることを示す注記で、この段階では主キーと関連の列だけ書いておけば足ります。

記号は相手側から見た数を表します。USERS ||--o{ ORDERS の右端 o{ は「ユーザ 1 人につき注文は 0 件以上」、左端 || は「注文 1 件につきユーザはちょうど 1 人」と読みます。2 行目の ||--|{ は右端が |{ なので、「注文 1 件につき明細は 1 行以上」、つまり空の注文は作れないという業務ルールです。

列から書き始めると、線を引き直すはめになる

ゼロから描くときは、次の順序が手戻りを最小にします。

  1. 業務に出てくる名詞をすべて四角に書く
  2. 各四角の主キーを決める
  3. 四角と四角を線で結び、両端の記号を決める
  4. 残りの列を四角の中に埋める

先に 4 を進めると、後から線を引き直すたびに列の置き場所も動きます。線が決まるまで、列は主キーだけで止めておきます。

解説

記号のうち、テーブル定義で守れるものと守れないものがあります。「注文には必ずユーザが 1 人」は orders.user_id を NOT NULL にすれば守れます。一方「注文には明細が 1 行以上」は、親の行を作った時点では子が 0 行なので、列の制約では表現できません。この種のルールはアプリ側で守ることになる、と図の段階で気づけます。

テーブル構造

CREATE TABLE users ( id INT PRIMARY KEY, name TEXT NOT NULL, email TEXT NOT NULL ); CREATE TABLE orders ( id INT PRIMARY KEY, user_id INT NOT NULL, ordered_at TIMESTAMP NOT NULL ); CREATE TABLE order_items ( id INT PRIMARY KEY, order_id INT NOT NULL, product_id INT NOT NULL, quantity INT NOT NULL ); CREATE TABLE products ( id INT PRIMARY KEY, name TEXT NOT NULL, price INT NOT NULL ); INSERT INTO users (id, name, email) VALUES (1, '田中', 'tanaka@example.com'), (2, '鈴木', 'suzuki@example.com'), (3, '佐藤', 'sato@example.com'); INSERT INTO products (id, name, price) VALUES (1, 'りんご', 200), (2, 'バナナ', 150), (3, 'みかん', 100); INSERT INTO orders (id, user_id, ordered_at) VALUES (1, 1, '2026-01-10 10:00:00'), (2, 1, '2026-01-15 14:00:00'), (3, 2, '2026-01-20 09:00:00'); INSERT INTO order_items (id, order_id, product_id, quantity) VALUES (1, 1, 1, 2), (2, 1, 2, 3), (3, 2, 3, 5), (4, 3, 1, 1), (5, 3, 2, 2);

期待される出力

nametotal_amount
田中1350
鈴木500

ヒント

ER 図の線をたどると JOIN の順序が見える: users -> orders -> order_items -> products

金額は price * quantity を SUM で集計する

GROUP BY には集約対象でない列をすべて入れる

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

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

  • 設計何をどう作るかを決める前工程
  • レビューコードを読み合い品質を上げる工程
  • ビュークエリに名前をつけて再利用する仮想表
  • 外部キーテーブル同士を結びつける鍵
  • 主キーレコードを一意に特定する列
  • 関連クラス間のつながりを表す直線
  • テーブルDB の表 (Excel のシートみたいなもの)
query.sql
学習モード
エディタを読み込んでいます
コードの実行結果
データベースを初期化中...