Help us understand the problem. What is going on with this article?

【新人教育 資料】第9章 SQLへの道 〜結合編〜

More than 1 year has passed since last update.

【新人教育 資料】第9章 SQLへの道 〜結合編〜

あらすじ

新人がいっぱい入ってくる。新人のレベルもバラバラ。教育資料も古くなっているので、更新しましょう。
どうせなら、公開しちゃえばいいじゃん。という流れになり、新人教育用の資料を順次更新していくことにしました。

※後々、リクエストに応じて更新することが多いのでストックしておくことをおすすめします。

自分はTEMONA株式会社でCTOをしていますが、頭でっかちに理論ばっかり学習するよりは、イメージがなんとなく掴めるように学習し、実践の中で知識を深めていく方が効率的に学習出来ると考えています。

※他の登壇やインタビュー記事はWantedlyから見てください。

教育スタイルとしては正しい事をきっちりかっちり教えるのではなく、未経験レベルの人がなんとなく掴めるように、資料を構成していきます。

以下のようなシリーズネタで進めます。

No. 記事
1 【新人教育 資料】第1章 SQLへの道 〜DB編〜
2 【新人教育 資料】第2章 SQLへの道 〜3値論理編〜
3 【新人教育 資料】第3章 SQLへの道 〜基本数学編〜
4 【新人教育 資料】第4章 SQLへの道 〜SQL基本操作編〜
5 【新人教育 資料】第5章 SQLへの道 〜絞込編〜
6 【新人教育 資料】第6章 SQLへの道 〜ソート編〜
7 【新人教育 資料】第7章 SQLへの道 〜集合関数(SUM、MAX、MIN、AVG、COUNT)編〜
8 【新人教育 資料】第8章 SQLへの道 〜グループ編〜
9 【新人教育 資料】第9章 SQLへの道 〜結合編〜

では、今回もはじめていきましょう!

テーブルの結合について

【新人教育 資料】第5章 SQLへの道 〜絞込編〜
で使ったデータを元に話を進めます。
導入されていない方は下記のレポジトリをForkして、Readmeを参考に環境構築をしてください。
https://github.com/TEMONA/mysql_study

※全てにおいて自己責任でお願いします。
リレーショナルデータベースにおいてテーブルの結合とは、2つのデータベーステーブル(以下、テーブル)を、共通列の紐付けにより1つのテーブルとして扱う事を言います。

テーブルの結合には幾つかのパターンがあり、それぞれの挙動が違いますので解説していきます。

今回は、UsersテーブルのidとOrdersテーブルのuser_idを基に紐付けを行い、テーブルの結合を行います。

Users
sample_users.png

Orders
sample_orders.png

内部結合

まず、内部結合を説明します。

内部結合とは、2つのテーブルを結合しデータを取得する方法において、共通列が一致するレコード"のみ" 取得する方法が内部結合になります。

ここでは、内部結合を行うためのINNER JOIN句について解説します。

INNER JOIN句を使う為のSQLは、下記の通りとなります。

SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  INNER JOIN テーブルB ON テーブルA.カラム2 = テーブルB.カラム2

内部結合では、FROM句で指定したテーブルAと、結合するテーブルBをINNER JOIN句で指定します。

そして、テーブル同士の紐付け条件としてON句を利用し、共通列となるテーブルA.カラム2、テーブルB.カラム2を指定し紐付けを行う事でテーブルが結合されます。

サンプルデータを用いて実際にSQLを組むと、次の通りになります。

inner_join.png

内部結合を表で表すと

内部結合.png

このように、Users.idとOrders.user_idが一致するレコード以外は結合テーブルが作成された際に、除外されている事が解ります。

内部結合(ベン図).png

ベン図では、互いに一致しているレコードが結合テーブルの対象になる事を示しています。

外部結合

ここからは、外部結合を行う為のLEFT/RIGHT/FULL/CROSS JOIN句について解説します。

内部結合と外部結合の違いとして

内部結合 : 指定された共通列で、紐付いているレコード”のみ” で結合テーブルが作成される

外部結合 : 指定された共通列で、紐付いているレコード”以外” も結合テーブルとして作成される

といった点に違いが表れます。

左外部結合

LEFT JOIN句を使う為のSQLは、下記の通りとなります。

SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  LEFT OUTER(省略可) JOIN テーブルB ON テーブルA.カラム2 = テーブルB.カラム2

左外部結合では、FROM句で指定したテーブルAと、結合するテーブルBをLEFT JOIN句で指定します。

テーブル同士の紐付け条件は、内部結合と同様にON句を利用し、共通列となるテーブルA.カラム2、テーブルB.カラム2を指定し紐付けを行います。

サンプルデータを用いて実際にSQLを組むと、次の通りになります。

left_join.png

左外部結合を表で表すと
左外部結合.png

このように、Users.idとOrders.user_idが一致するレコード以外は結合テーブルが作成された際に、NULLとして扱われている事が解ります。

左外部結合(ベン図).png

ベン図では、Usersテーブルを基として、互いに一致しているレコードは結合、一致していないレコードはNULLとして結合テーブルの対象になる事を示しています。

右外部結合

右外部結合では、

SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  RIGHT OUTER(省略可) JOIN テーブルB ON テーブルA.カラム2 = テーブルB.カラム2

このように記載します。

右外部結合では、左外部結合とは反対で、RIGHT JOIN句で指定したテーブルBを基に、FROM句で結合するテーブルAをで指定します。

テーブル同士の紐付け条件は、左外部結合と同様にON句を利用し、共通列となるテーブルA.カラム2、テーブルB.カラム2を指定し紐付けを行います。

サンプルデータを用いて実際にSQLを組むと、次の通りになります。

right_join.png

右外部結合を表で表すと
右外部結合.png

このように、Orders.user_idとUsers.idが一致するレコード以外は結合テーブルが作成された際に、NULLとして扱われている事が解ります。

右外部結合(ベン図).png

ベン図では、Ordersテーブルを基として、互いに一致しているレコードは結合され、一致していないレコードはNULLとして結合される事を示しています。

左外部結合は、LEFT JOIN句を中心に見て左のテーブル名を基として結合を行いますが、

右外部結合では、RIGHT JOIN句を中心に見て右のテーブル名を基として結合が行われますので、利用する際は注意が必要です。

完全外部結合

完全外部結合では、

SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  LEFT OUTER(省略可) JOIN テーブルB ON テーブルA.カラム2 = テーブルB.カラム2
UNION
SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  RIGHT OUTER(省略可) JOIN テーブルB ON テーブルA.カラム2 = テーブルB.カラム2

または、

SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  FULL OUTER(省略可) JOIN テーブルB ON テーブルA.カラム2 = テーブルB.カラム2

このように記載します。

データベースによっては、FULL JOINが利用出来ない事もあるので、利用しているデータベースに併せて使い分けて下さい。

完全外部結合は、サンプルのSQLを見て頂くと解る通り、左外部結合と右外部結合の機能を併せ持っています。

テーブル同士の紐付け条件は、左/右外部結合と同様にON句を利用し、共通列となるテーブルA.カラム2、テーブルB.カラム2を指定し紐付けを行います。

サンプルデータを用いて実際にSQLを組むと、次の通りになります。

(MySQLではFULL JOINが利用できない為、UNIONのSQLを使用した結果をサンプルとしています。)

full_join.png

完全外部結合を表で表すと
完全外部結合.png

このように、Users.idとOrders.user_idが一致するレコードは結合テーブルとして作成され、一致しなかったレコードは結合テーブルが作成された際に、NULLとして扱われている事が解ります。

完全外部結合(ベン図).png

ベン図では、Users/Ordersテーブル両方を基として、互いに一致しているレコードは結合され、一致していないレコードはNULLとして結合される事を示しています。

クロス結合

クロス結合では、

SELECT
  テーブルA.カラム1,
  テーブルB.カラム1,
  ......
FROM
  テーブルA
  CROSS OUTER(省略可) JOIN テーブルB

このように記載します。

他の結合と違い、ON句の指定を行っていなくてもSQLは実行可能です。

そして、クロス結合を行う時はON句を指定しないケースが多いのではないかと思います。

(ON句を指定すると、共通列が一致したレコード”のみ”で結合テーブルが作成されるので、クロス結合で結合テーブルを作成する必要がありません)

cross_join.png

クロス結合を表で表すと

クロス結合.png

このようにON句を指定していないので、FROM句のUsersテーブルを基にして、CROSS JOIN句のOrdersに登録されているレコード分(Usersレコード数 x Ordersレコード数)を結合テーブルとして作成されます。

演習

  • UsersからOrdersへの左外部結合を行い、一致しなかったレコードを取得
  • Usersのid = 1のみを基にしてOrdersとの左外部結合を行い、全レコードを取得
  • UsersとOrdersで右外部結合を行い、Orders.user_idが10以上を条件にしてレコードを取得
  • クロス結合にて、ON句を使用するパターンと使用しないパターンで発生する差異を確認

あとがき

今回の結合編は以上となります。毎日コツコツと書き続けて公開しようと思っていましたが
ここ数日ノロウィルスで寝込んでいました。皆様もお気をつけください

devopsCoordinator
テモナ株式会社のCTO。 詳細はこちら(https://www.wantedly.com/users/105935) 電子から強電、情報の世界までが守備範囲。元教師なので、教える事が好きです。毎日楽しい日々を過ごしています。会社は渋谷近郊なので、勉強会や講演、インタビュー依頼、オフィスに遊びにいきたいなど、あればいつでもFacebookでメッセージください
http://temona.co.jp/
temona
"てもなく"とは「簡単に、たやすく」という意味を持った古語です。 テモナの社名にはIT技術で世の中を便利にしたいという想いが込められています。
http://temona.co.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした