Q&A
mts10806さんと被りました。
以下の様な4つのテーブルがあるとします
細かい理由は置いておいて、前提としてですが、管理者とユーザーのテーブルは分かれており、且つユーザーは掲示板を立てることができないということにします。
ユーザーテーブル
- id
- 名前
管理者テーブル
- id
- 名前
掲示板テーブル
- id
- タイトル
- 内容
コメントテーブル
- id
- 内容
- 掲示板id(FK)
まず、管理者は多数の掲示板を持ち得る為掲示板と1:Nの関係が成り立つため掲示板の属性に外部キーとして管理者IDを持つことが出来ると思います。
掲示板テーブル
- id
- タイトル
- 内容
- 管理者id(FK)
コメントテーブルも多数のユーザーの書き込みを持てるので外部キーとしてユーザーidを持ちます。
コメントテーブル
- id
- 内容
- 掲示板id(FK)
- ユーザーid(fk)
ここで質問なのですが、コメントテーブルに管理者idの外部キーは持つべきなのでしょうか？
それとも外部キーとしては持たないべきなのでしょうか？
つまり形としては
コメントテーブル
- id
- 内容
- 掲示板id(FK)
- ユーザーid(fk)
- 管理者id(fk) or 管理者id
のような形となります。
管理者テーブルから見るとコメントテーブルは孫テーブルに当たると思います。
仮に管理者idをFKとするとコメントテーブルは管理者テーブルの子テーブル且つ孫テーブルと、非常に主観的な話ですがなにか気持ち悪い印象を受けます。
ただアプリケーション側で -もしコメントした人が管理者だったら、掲示板テーブルの管理者属性を参照してコメントテーブルの管理者idに入れる- という処理を書き保存するのも何か腑に落ちません。
このようなテーブルがある場合どのようなリレーション設計にすべきなのでしょうか？
よろしくお願い致します。
回答2件
0
掲示板テーブルに管理者IDがあるため、
いずれにしてもデータ取得の際は掲示板IDでコメントテーブルを引っ張ってきますよね。
その時に既に管理者は特定できている状況のため、コメントテーブルに管理者IDは不要と思います。
というより、管理者テーブルを廃止し、ユーザーテーブルに権限区分を追加したほうがスッキリするのではないのでしょうか。
つまり突き詰めれば「ユーザーが管理者かどうか分かればいい」ので、そこにフォーカスします。
投稿2019/03/12 00:19
編集2019/03/12 01:01
総合スコア80888
0
ベストアンサー
そもそもユーザーと管理者を分けるテーブル設計は行いません。
ユーザーテーブルに管理者か一般かの識別を持たせるようにします。
管理者かどうかは、ユーザーに従属するからです。
管理者が権限外された場合とか、ユーザーに管理者権限を付与する場合を考えると、従属関係にしない事による面倒さが分かるでしょう。
次に質問の内容について、コメント別に管理者の権限を与える必要が無いなら、重複は排除するという正規化の前提に従い、コメントにまで管理者IDを持たせる必要は無いと思います。
また、
管理者テーブルから見るとコメントテーブルは孫テーブルに当たると思います。
のように考えません。
ユーザーが決まらないと、掲示板やコメントが作れないという事ではなく、掲示板やコメントに対する属性として、管理者やユーザーがあるという主従の関係です。
投稿2019/03/12 00:23
編集2019/03/12 01:54総合スコア25430
saziさんの回答見て安心しました（考え方合ってた）
ご回答ありがとうございます。mts10806さんに対してと同じような回答となりますが、ユーザーテーブルにadminフラグ等立ててロール制御するというのは承知の上なのですが、
実は僕が今作成しているアプリケーションのこの管理者テーブルにあたるテーブルは上のユーザーテーブルとは別のユーザーテーブル(属性がかなり異なるユーザーテーブル)、、、誤解を招いてしまったようですが便宜的にteratailの質問上では管理者テーブルとして質問させて頂きました。
正規化の観点からもう少し設計を見直してみたいと思います。ありがとうございます。
主従関係はエンティティに絡みますので、具体的な内容での質問にされた方が良いですよ。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/03/12 03:05
2019/03/12 03:18