中間テーブルって？

"join table もしくは junction table"とも呼ばれ、その名の通り、２つのテーブルの中間にもう一つ、それぞれに接続されたテーブルを指します。

↓ER図で見てみると
これが"中間テーブル"です。(ER図とは？やER図の見方はこちら)

では、簡潔にどんな時に用いるかというと

下図のように２つのテーブルの間に

" 多対多 "

という関係性が生まれた時、ある問題を解決する１つの方法としてこの中間テーブルを配置します。

多対多の意味がなかなかわかりにくいかと思いますので、これから詳しく図解を使ってちょっとずつ掴んでいきましょう。

`1.まずは多対多のイメージ`

多対多とは........

例えば、
下の画像のようなプログラミング学習サイトを製作しているとします。

このサイトではユーザーは学習したいプログラミングコースをカスタマイズして選ぶことができるとします。

おそらく必要だとされるテーブルはまずこの２つが想像できます。

1.ユーザー用のもの
2.プログラミングのコース用のもの

2つのテーブルに以下のように名前を決めて...

①usersテーブル (ユーザー情報用のテーブル)
②coursesテーブル (プログラミングの言語情報用のテーブル)

とします。

次にテーブル間の関係性をイメージします。

①usersテーブルから見ると

1userは複数のコースを持っている　→→→　"対多"

②coursesテーブルから見ると

1courseは複数のユーザーを持っている　→→→　"対多"

ということはusersテーブルとcoursesテーブルは

対多　＋　対多　＝＝　" 多対多 "

という関係が成り立ちます。

まだよくわからないという方もいると思いますが、実際にテーブルの形で例をみてみましょう。

`2. 実際に多対多のテーブルをみてみよう`

とりあえずユーザー３人と言語コース３つで表示しています。
それぞれのテーブルのレコードどちらからも複数のつながりが見えます

つまり、

" 多対多 "とは関連するテーブルのidを複数お互いに持っているということです。

そして、この関係性では下図のように外部キー用のカラムが必要なので
外部キーを持たせたテーブルをみてみましょう。

多対多の関係性の一例ですが、こんな感じになるはずです。

ではもう少し詳しくみてみましょう。

`3. 多対多の問題点`

＊前提として1カラムの中にデータは１つずつしか入れられません。
つまり、下の図のように1カラムがuser_idを複数もつことはできません。

★coursesテーブルの中身

userが増えるごとにuser_idカラムを増やさなければいけません。
・図のcoursesテーブルにはとりあえず5人分のuser_idカラムを表示させています。

注目すべきは**赤枠で囲まれたnull(空)のカラム**

ユーザー一人一人のコース選択が異なるため、図のように空のカラムを持たざるおえない状況が起きてしまいます。

★usersテーブルの中身

courseが増えた時、userの時と同じようにカラムを増やさなければいけません。

こちらもusersテーブルには8コース分までのcourse_idカラムを持たせています。

同様に**null(空)のカラム**が多数存在しています。

どこがいけないのかわからない場合はnull(からっぽ)のカラムにとりあえず注目してみてください。

なんだかボコボコ、ガタガタで、使われていないからっぽのカラムが多数ありますよね。

このような不要なカラムが多数、発生するようなテーブルは

Multi Column Attribute(マルチカラムアトリビュート)

とよばれ、DB設計において非常に良くない設計であるとされています。

では、どうしたらいいのか。

そんな時用いるのが