CakePHP5入門【コラム⑩】クロステーブル
Ａ子
ToやCcに複数のメールアドレスを指定することで、同じ文面のメールを複数人へ一斉送信できるじゃん
Ｂ美
まぁ、その複数人がお互いに面識のない人物だったら、ちょっと問題が生じるけどね
Ｃ菜
そのメールを受け取った人は、知らない人のメールアドレスを労せずして入手できちゃうってことになりますし～
まぁ、Bcc（ブラインドカーボンコピー）だったら他人のメールアドレスは見えなくなりますけど～
Ａ子
だから100人に同じメールを送りたければ、一人一人個別の送信処理（Toに一件だけ指定する）を100回繰り返す必要があるわけ
（もしも手作業だったら、めっちゃ面倒くさくてやってらんねぇ（笑））
でもさー
Webアプリケーション（CakePHP）では、メール送信って簡単にできるじゃない
Ｃ菜
データベーステーブルに複数人のメールアドレスを登録しておいて、そこから取得したレコードの数だけループを回せば良いんですね～
（100人分だったら100回のループを回して、ループの中で一件ずつ送信処理を行うって感じで…）
Ａ子
名付けるなら「SPAMメーラー」って感じかな
Ｂ美
メールを送る相手からは必ず承諾を得ていないとね（つまりは、オプトイン）
Ａ子
Ｂ美
同意ありが「オプトイン」ってこと
相手の同意なしに広告メールや詐欺メールを送りつけてくる業者が世の中にはたくさん存在するわけだけど、そういう奴らのことをSPAM業者なんて呼ぶわね
（なお、オプトアウトメールのことを一般的に「迷惑メール」とか「SPAMメール」って呼んだりします）
Ｃ菜
Ｂ美
（要するに、SPAMというのは商品名よ）
アメリカ製だから沖縄ではよく見かけるし、最近では（沖縄以外でも）ホームセンターなんかに置いてたりするわ
Ａ子
Ｂ美
あるレストランを訪れた客が料理を注文しようとしたら、周りの客が一斉に「スパム！スパム！」って感じでSPAMコールするの
（SPAM入りの料理を注文しろ！…って意味）
要するにコメディ番組ね…ちなみにその客はSPAMが嫌いなの（笑）
あ、YouTubeにも動画があるから見てみると良いわ
Ｃ菜
Ｂ美
でも「悪名は無名に勝る」って言うし…
Ａ子
んで、話は戻るけど、メールの一斉送信アプリって簡単に作れるよね？
Ｂ美
メールアドレスを格納するテーブルが一つだけなら簡単だと思うわよ
ただ、複数のグループを作ることができて、一つのグループに複数のメールアドレスを所属させることにする場合、ちょっと複雑になるかも…
Ｃ菜
Ａ子
頭がこんがらがってきた（汗）
例えばだよ
「グループ」テーブルと「アドレス帳」テーブルがあって、こういう関係だとすると理解できるんだよ
【グループ】
| id | グループ名 |
|---|---|
| 1 | 従業員 |
【アドレス帳】
| id | メールアドレス | ハンドルネーム | グループid |
|---|---|---|---|
| 1 | ako@friction-river.jp | Ａ子 | null |
| 2 | bimi@friction-river.jp | Ｂ美 | 1 |
| 3 | cina@friction-river.jp | Ｃ菜 | 1 |
これってＢ美とＣ菜の二人が「従業員」グループに所属しているってことね
（私は社長だから「従業員」グループじゃないわ）
Ｃ菜
Ａ子
私とＢ美が「同窓会」グループに所属する場合、Ｂ美は二つのグループに所属することになるんじゃない？
さっきＣ菜が言ってたのって、こういうことだよね？
【グループ】
| id | グループ名 |
|---|---|
| 1 | 従業員 |
| 2 | 同窓会 |
【アドレス帳】
| id | メールアドレス | ハンドルネーム | グループid |
|---|---|---|---|
| 1 | ako@friction-river.jp | Ａ子 | 2 |
| 2 | bimi@friction-river.jp | Ｂ美 | 1, 2 |
| 3 | cina@friction-river.jp | Ｃ菜 | 1 |
これって果たして可能なの？
Ｂ美
（だから「グループid」項目の中に複数の値を格納することはできないわ）
要するに、関係データベースでは「１対多（または多対１）」の関係をテーブル間に作ることはできるけど、「多対多」の関係は絶対に作れないの
Ｃ菜
Ｂ美
これはグループ側から見れば「１対多」ってこと
（「多」とは複数の意味ね…つまり、アドレスが複数ってこと）
一つのアドレスは複数のグループに所属させることができる
これってアドレス側から見れば、やっぱり「１対多」になるの
（グループが複数ってこと）
こういうとき「グループ」と「アドレス」は「多対多」であると言えるわけ
（なお、「１対多」や「多対多」という表現を「カーディナリティ」と総称します）
Ｃ菜
Ａ子
そういうことかー
でも、それじゃ「多対多」は不可能だって結論で良いの？
Ｂ美
「多対多」を「１対多」と「多対１」に分解すれば良いのよ
Ａ子
Ｂ美
【グループ】
| id | グループ名 |
|---|---|
| 1 | 従業員 |
| 2 | 同窓会 |
【交差】
| id | グループid | アドレスid |
|---|---|---|
| 1 | 1 | 2 |
| 2 | 1 | 3 |
| 3 | 2 | 1 |
| 4 | 2 | 2 |
【アドレス帳】
| id | メールアドレス | ハンドルネーム |
|---|---|---|
| 1 | ako@friction-river.jp | Ａ子 |
| 2 | bimi@friction-river.jp | Ｂ美 |
| 3 | cina@friction-river.jp | Ｃ菜 |
ほら、「従業員」グループ（グループid:1）には私（アドレスid:2）とＣ菜（アドレスid:3）が、「同窓会」グループ（グループid:2）にはＡ子（アドレスid:1）と私（アドレスid:2）が所属しているってことが「交差」テーブルで示されてるでしょ？
Ｃ菜
（要するに、「交差」テーブルには外部キーが二つあります～）
Ａ子
外部キー側は「多」になるんだから、「グループ」テーブルと「交差」テーブルは「１対多」
「交差」テーブルと「アドレス帳」テーブルは「多対１」ってことか…
Ｂ美
「グループ」テーブルと「アドレス帳」テーブルだけだと「多対多」になっちゃうけど、その間に「交差」テーブルを入れることで関係データベースでも実現可能になるのよ
（ちなみに「交差」テーブルのことを「クロス」テーブルと呼んだりもします）
Ａ子
世の中には「多対多」になる事象も割と多いと思うんだけど、それらを関係データベースで表現できちゃう…ってことかぁ
Ｃ菜
