最小単位で繋がないデータベース設計はありえるか（後から最小単位が増える可能性）

実現したいこと

プログラミング学習中で，Laravelを用いて商品検索システムのようなものを作っています。
「スマホ」と入力したら「ヨドバシカメラ・秋葉原店」などと出力するイメージで，現在のデータベースは↓のようにしています。

しかし，この構成だと，
① 支店名をnull（任意入力）として店名と商品名だけ繋げるような関係を登録できない
② 今後，より小さい単位の「機種名やブランド名」で検索できるようにした場合，データベースをゼロから作り直す必要がある
のような問題があるのではないかと感じ始めました。

そこで，↓のように，
1.大きい単位である店名と商品名を中間テーブルで繋ぐ
2.中間テーブルのidに，追加情報として小さい単位の情報を入れてく
ということを行えば，上記の問題がどちらも解決できるのではないかと考えました。

論理的な構成ではない汚い設計だと思うのですが，このような最小単位同士を繋がないデータベースが実務上用いられることってあるのでしょうか。
また，このような設計をしたときに問題となりそうなことや，「Laravelの便利機能使えばそもそもこんなことする必要ない」などあればご意見頂きたいです。

行動規範の内容に同意します

回答2件

ベストアンサー

店と支店は店の属性が違うという風に考え、
店(ID,名前,区分)

店での取り扱いする商品は
店・商品(店ID,商品ID)
という中間テーブルで構成。

店と支店の関係は中間テーブルでもいいし、再帰が使えるならナイーブツリーにする。

総じて、類似したエンティティを見つけ出し、冗長に分割されていないかどうか、という視点も持った方が良いかと思います。

以下は類似した内容ですけど、目を通されると良いかと思います。
「SQLアンチパターン」を避けるためのチェックリスト①（DB論理設計編）
データベース論理設計のアンチパターン

投稿2019/03/19 12:49

編集2019/03/19 14:50

sazi

総合スコア25173

riz

2019/03/19 14:02 編集

回答ありがとうございます！いままでの設計から支店名を分割することばかり考えていましたが、確かにそちらのほうが合理的かもしれないです。私の知識不足で正しく読み取れていないかもしれないのですが、実質的な意味を持つテーブルは店と商品の2つにして、支店とブランドはそのテーブルの列として追加するのがよい（＝全てのエンティティを分割したら要素の重複は無くなるが、管理が複雑。一方で1つのテーブルに全てまとめるは管理が簡単だが要素の重複が多すぎる。だからその中間で妥協しよう）というような理解でよろしいでしょうか。