一対一の関係の場合は別テーブルにするか

Question

mysqlにデータを入れる際に、1対１の関係の場合はわざわざ、テーブルを作るのではなく、1テーブルにcolumnとしてデータを入れるのがいいのか、悩んでいます。

どなたか、ご教示をお願いします！！

例：
users

id	name	email	tel
1	hoge	[e-mail]	03123456789

companies

id	name	user_id
1	hogecompany	1

ざっくりしたものですが、この場合はいちいち,
companiesというテーブルを作らずに、companyをいうcolumnをusersに入れるのがいいのでしょうか？
こいうusersにcolumnが少ない場合はそれのがいいと思いますがこれが、usersのcolumnが3,40になるような場合は、テーブルを分けて管理したのがいいのでしょうか？
テーブルを増やすのか、columnを増やすのかはどうやって判断すればいいのでしょうか？

DBのことを勉強中なので、質問自体が間違っていましたら、すみません！

よろしくお願いいたします。

Answer 1

email と tel にも言えることですが、いずれ一対一ではなく多対一にしたくなると思います。
私ならユーザー、メール、電話番号、会社の 4 つのテーブルを作ります。

Comments

[mhl]

ご回答ありがとうございます！
会社に対して多対１にしたくなるのはわかりますが、メール、電話番号も多対１にしたくなるのはなぜでしょうか？

[Zuishin]

携帯と家と二つの電話番号があるからです。備考に入れてもいいのですが、電話番号は電話番号でまとめた方がフロントエンドが作りやすくなります。

[mhl]

ありがとうございます！

大変参考になりました！

Answer 2

マスターテーブルとそうではないテーブルの概念を学んだ方が良いでしょう。
以下のサイトでは、マスタデータ・トランザクションデータと呼んでいますが同じことです。
http://www.graffe.jp/blog/392/

要は通常の運用では変更されない基本となるデータをマスタとします。
また同じ情報をひとつにまとめる場合も同様です（むしろこっちの方が比重が高い）
例えば社名が複数レコードに存在していると、運用面でも処理面でも問題です。
ですので、今回の場合では、

• ユーザーマスタ
• 会社マスタ

と考えるとよいです。
どちらも日常的に修正が入ることはないですよね？
ユーザー情報は、転居したときや結婚して姓が変わったときなど。
会社情報も、移転したとき、合併して社名が変わったときなど。

あとはどちらを中心に考えるかですね。
0. このユーザーはどこの会社に属するのか
0. この会社に属するのはどのユーザーか

1にした場合、ユーザーマスタに会社情報を紐づければ良いでしょう。
この場合のテーブル構成はこんな感じになります。

users

id	name	email	tel	c_id
1	hoge1-1	[e-mail]	03123456789	1
2	hoge1-2	[e-mail]	04123456789	1
3	hoge2-1	[e-mail]	05123456789	2
4	hoge2-2	[e-mail]	06123456789	2

companies

id	name
1	hogecompany
2	hogecompany2

では2にした場合はどうでしょう。
会社情報にユーザー情報を持ちます。

users

id	name	email	tel
1	hoge1-1	[e-mail]	03123456789
2	hoge1-2	[e-mail]	04123456789
3	hoge2-1	[e-mail]	05123456789
4	hoge2-2	[e-mail]	06123456789

companies

id	name	u_id
1	hogecompany	1
1	hogecompany	2
2	hogecompany2	3
2	hogecompany2	4

usersテーブルの方は変わりませんが、companiesテーブルはユーザー数分レコードができてしまって無駄が多いですね。
また会社名が複数レコードにあるので、会社名を変更したいという場合、複数レコード更新しないといけなくなり、マスターの意味がなくなってしまいます。

というわけで1のような構造にするのがRDMSでの一般的な設計方法になるかと思います。

Comments

[mhl]

ありがとうございます！

大変勉強になりました！

Answer 3

• usersのidをuid、nameをuname
• companiesのidをcid、nameをcname

と切り分けて下さい
同じ会社に複数のユーザーが共存することを考えれば

userテーブルは
uid,uname,email,tel,cid
となります。

逆にcompaniesにuser_idが入ることはないような気がします

一つで管理してもいいですが、会社名が変更になった際に
正規化していればcompaniesを１箇所なおすだけで済みます

Comments

[mhl]

ご回答ありがとうございます！
columnの名前付け参考になります！

一つ質問があります。
companiesにuser_idではなくusersにcidを入れるのはなぜでしょか？
逆だと、不備が起こるのですか？

[yambejp]

一人のユーザーが複数の会社に所属するよりも
１つの会社に複数のユーザーが所属している方が一般的です。

Aさん、Bさん、CさんがX社、
Dさん、EさんがY社にいるようなイメージです。

このさユーザーテーブルのAさんのレコードにX社のcidが入るということでわかりますか？

[mhl]

わかりました！

ありがとうございます！

Answer 4

usersテーブルにcompaniesテーブルの情報を載せてはいけないわけではありません。ただし、以下の様な問題が起こる可能性があります。

・同一のcompany_nameのuserがいた場合、情報の重複する
・company_idやcompany_nameで検索したい場合に複数ヒットするので扱いが難しくなる（変更漏れの可能性）
・company_addressやcompany_phoneなどの項目が必要になると重複された情報が更に多くなる
・同一のcompany_nameの社名変更やその付随情報などの変更があった時に扱いが難しくなる（変更漏れの可能性）

逆にいうと、userとcompanyの一対一の関係が保証されるか、保証されなくても大した問題にならない場合は同じテーブルにしても構いません。例えばusersテーブルにzipとadressがあったとして、間違った郵便番号が登録されていたとしても通常は大した問題にならないとお考えます。郵便番号から検索することは無いからです。（もっとも間違った郵便番号が登録されたことが判明したら、そのレコードの修正は必要ですけどね。）

実際にどのような検索を行いどのように運用されるかによってテーブルの設計は変わってきます。

Comments

[iwamoto_takaaki]

あと、そうそう通常は項目数が何十個にもなることはないです。”正規化”がきちんと出来ていればの話ですが・・・

[mhl]

ありがとうございます！

大変参考になりました！