データベーススペシャリスト 2012年 午前2 問09

LEFT JOINのNULL扱い【午前2解説】

正解の理由

• S001: 50 + 100 = 150
• S002: NULL（出荷なし）
• S003: 150 + 150 = 300
• S004: NULL（出荷なし）
• S005: 100 + 250 = 350

解法ステップ

1. ビュー定義のSELECT句で商品ごとにSUM(出荷数)を算出する。LEFT OUTER JOIN により、右側に該当行がなければ右側列はNULLとなる。
2. 各商品について出荷実績数を計算する（上記の合計値を参照）。
3. ビューに対する外側のSELECTでWHERE 出荷実績数 <= 300 を適用する。ここでNULL <= 300 は UNKNOWN となるため除外される。
4. WHEREで残った行（S001, S003）の月末在庫数をSUMして答えを求める：100 + 300 = 400。

選択肢別の誤答解説

• ア（400）
  正しい理由は上記のとおり。S002／S004はNULLで除外、S001とS003のみを合算するため400になる。
• イ（500）
  500は「S003(300) + S005(200)」を合算した値です。これを選ぶ誤りは、S005の出荷合計（実際は350）を誤って0または未処理と見なして条件を通してしまったケースや、S001を誤って除外した計算ミスによるものです。実データではS005は350で条件を満たさないため誤りです。
• ウ（600）
  600は「S001(100) + S003(300) + S005(200)」の合算に相当します。これはS005の出荷合計を誤って250または0と見なしてしまう誤り（出荷数の合計ミス）で生じます。実際にはS005の出荷合計は350で条件を満たしません。
• エ（700）
  700は「S002(250) + S004(450)」を合算した値に相当します。これはSUMがNULLを0扱いして未出荷の商品を条件に通してしまった（NULL→0の誤認）場合に生じる典型的な誤りです。SQLの比較ではNULLは0とは扱われないため、この解釈は間違いです。

よくある誤解

• SUMの結果が「0」になると誤解する
  LEFT JOINで一致しない右側列があるとき、SUMは非NULL値がなければNULLを返します（0ではない）。NULLと数値の比較はUNKNOWNになり条件に合致しない点を取り違えやすいです。
• WHEREとHAVINGの役割混同
  集約後の条件はHAVINGで評価するのが原則と理解する人がいます。今回はビューに既に集約列があるため外側のWHEREでその列を比較できますが、集約結果に対するフィルタリングのタイミングとNULL扱いを混同すると誤答になります。
• NULL比較の扱いを忘れる
  「NULL <= 300 を偽とする」ことを忘れ、NULLを条件に合致すると誤認するミスが多いです。

補足コラム

-- ビュー定義を変える例（NULLを0に置換）
CREATE VIEW 商品別出荷実績2 AS
SELECT
  m.商品コード,
  COALESCE(SUM(t.出荷数), 0) AS 出荷実績数,
  m.在庫数
FROM 月末商品在庫 m
LEFT JOIN 当月商品出荷実績 t
  ON m.商品コード = t.商品コード
GROUP BY m.商品コード, m.在庫数;

FAQ