JOIN（結合）

📖 もうちょい詳しく

何が新しいの？

JOIN（結合）は、別々の表に分けて持っているデータを、つなぎ合わせて1つの結果として取り出すしくみです。
データベースでは、同じ情報を何度も書かずに済むよう、内容ごとに表を分けてためておくことがよくあります。たとえば「注文の表」と「お客さんの表」を別々に持つ、といった具合です。でも見るときには両方の情報をまとめたい。その「つなぐ」ためにJOINが使われます。新しい技術というより、データベースの定番の操作です。

どうやって動いてるの？

JOINは、2つの表に共通する「目印」を手がかりにして行と行を結びつけます。
たとえば注文の表に「会員ID」が、お客さんの表にも同じ「会員ID」が入っていれば、その番号が一致する行どうしをくっつけます。すると「どの注文を、誰が出したか」が1行にまとまります。この目印には、各行を一意に見分ける「主キー」がよく使われます。

何ができるの？

バラバラの表をつないで、人が見て分かりやすい一覧をつくれます。
「注文一覧に、お客さんの名前と住所も並べて表示する」「商品名と在庫数を一緒に出す」といった表示が、JOINを書くだけで実現できます。アプリの管理画面や注文履歴など、複数の情報がまとまって見える画面の裏側では、JOINが働いていることが多いです。

🌱 身近なたとえ

座席表と名簿で例えると分かりやすいです。
「席番号と名前の対応表」と、「席番号ごとの注文メモ」が別々にあるとします。これだけでは「誰が何を頼んだか」が分かりません。そこで両方に共通する「席番号」をたよりに2つの紙を並べてつなげると、「あの人が、これを頼んだ」と一目で分かります。JOINは、この「共通の目印で2枚をつなぐ」作業を、データベースの中でやってくれるものです。

✅ まず覚えるポイント

• JOINは、別々の表をつないで1つの結果にする操作
• 2つの表に共通する「目印」を手がかりにつなぐ
• 目印には「主キー」がよく使われる
• 情報を表に分けてためる設計と相性がよい
• 一覧画面や履歴表示の裏側でよく使われる

🧭 よくある勘違い

1つの大きな表にまとめておけば、JOINはいらないのでは？

そうとも言い切れません。
すべてを1つの表に詰め込むと、同じ内容を何度も書くことになり、直すときに抜け漏れが起きやすくなります。そこで内容ごとに表を分けておき、見るときだけJOINでつなぐ、という設計が選ばれることが多いです。

JOINすると、必ず両方の行がそろうの？

書き方によって変わります。
共通の目印が一致する行だけをつなぐやり方もあれば、片方に相手がいなくても残すやり方もあります。後者だと、相手のない部分は中身が「空（NULL）」のまま並ぶことがあります。目的に応じて、つなぎ方を選ぶ形になります。

🧩 関連して覚えると楽な言葉

• SQL: データベースに指示を出す言葉。JOINもこの中で書く
• RDB: 表でデータを管理するデータベース。JOINが活きる土台
• 主キー: 各行を一意に見分ける目印。JOINのつなぎ目に使われる
• クエリ: データベースへの問い合わせ。JOINはその一部として書く

🏁 ひとことでまとめ

JOINは、別々にためてある表どうしを、共通の目印を手がかりにつなげて、まとまった一覧として取り出す操作です。
座席表と注文メモを席番号で重ね合わせるように、分けて持っていた情報を必要なときだけ1つに束ねる——それがJOINの役割です。