DB設計について

Question

###前提・実現したいこと
初めてデータベース設計を行っているのですが、こんな設計でいいのか不安なり
ここに質問致しました。
下記のような設計で問題ないのか、ご確認して頂きたく
問題があるようなら、ご教示頂きたいです。

データベースの言語はMySQLを使用する予定です。

###設計の例
仮に下記のような2つのマスタテーブルがあったとします。

1.取引先テーブル

会社コード	会社名
A0001	hoge物産
A0002	fuga物産

2.商品テーブル

商品コード	商品名
001A	りんご
002A	みかん
003A	ぶどう

取引先の会社がそれそれどの商品を扱っているのか
データベースに記録しようとしたとき、下記のようになると思います。

3.取引先取扱い商品テーブル

会社コード	商品コード
A0001	001A
A0002	001A
A0002	002A
A0002	003A

###確認したいこと

• 【3.取引先取扱い商品テーブ】のようにテーブルとテーブルの関係性だけを表したテーブルを持つことは設計的に問題はありませんか？
• 上記の例ではマスタテーブルが2つしかありませんが、これが多数あった場合、3番のようなテーブルがかなり増えてくると思うのですが、パフォーマンス的に問題がありますでしょうか？
• 【3.取引先取扱い商品テーブ】のようなテーブルをなんと呼べばいいでしょうか？
  「リレーションテーブル」のように名前はあるのでしょうか？

（検索時にどんなワードで探せばいいのか分からなかったため）

---

どうかご教示のほう、よろしくお願い致します。

Answer 1

【3.取引先取扱い商品テーブ】のようにテーブルとテーブルの関係性だけを表したテーブルを持つことは設計的に問題はありませんか？

問題ないです。そもそもRDBMSとはそういうものですので。

上記の例ではマスタテーブルが2つしかありませんが、これが多数あった場合、3番のようなテーブルがかなり増えてくると思うのですが、パフォーマンス的に問題がありますでしょうか？

これはサーバの性能にもよるので一概には言えません。ただ、大規模なシステムになればなるほどテーブルを分けていないと各テーブル間の整合性が取れなくなるケースもあります。正規化してテーブルを分ければその分だけメリット・デメリットは発生します。下記のサイトなどを参考にしてみて下さい。
http://www.fellow-ship.com/tech/normalization.html

【3.取引先取扱い商品テーブ】のようなテーブルをなんと呼べばいいでしょうか？

「リレーションテーブル」のように名前はあるのでしょうか？

「リレーションテーブル」でよいと思います。

Comments

[kaz8888]

ご回答ありがとうございました！
URL、参考にさせていただきます。

Answer 2

【3.取引先取扱い商品テーブ】のようにテーブルとテーブルの関係性だけを表したテーブルを持つことは設計的に問題はありませんか？

問題はないです。その組み合わせによってシステムが作られます。

上記の例ではマスタテーブルが2つしかありませんが、これが多数あった場合、3番のようなテーブルがかなり増えてくると思うのですが、パフォーマンス的に問題がありますでしょうか？

テーブルの結合が増えれば、大なり小なりパフォーマンスに影響はでるので、
不要なテーブル分割は避けるべきです。（データベースの正規化）
分割すべきかどうかは状況によって変わるので、これっと答えは難しいです。

【3.取引先取扱い商品テーブ】のようなテーブルをなんと呼べばいいでしょうか？
「リレーションテーブル」のように名前はあるのでしょうか？
（検索時にどんなワードで探せばいいのか分からなかったため）

「リレーションテーブル」で良いのでは？？

Comments

[kaz8888]

ご回答ありがとうございました！