Q&A
@saziさん、ありがとうございます！
理解いたしました。中間テーブルにキーカラム以外の属性を持たせることができると言うこと理解いたしました。
今回の場合、私が中間テーブルに追加させたいカラムはdrawnNameと言う名のuserテーブルの方法になります（drawnNameもuserのため）。そうなると、中間テーブルには、キーカラムが３つできてしまう認識なのですが、そちらでも可能なのでしょうか？
group_idとuser_idと(drawnNameという名の)user_id
###疑問点
結論から質問致しますと、疑問点としては、
中間テーブルに外部キーカラム二つ以外のカラムを作成することは可能でしょうか？
前提・実現したいこと
グループ（Groupテーブル）を作成して、グループの参加者としてユーザー（Userテーブル）をグループに登録します。この状態でGroupとUserは多対多の関係になりますので、Groupテーブル、Userテーブル、group_userテーブル（中間テーブル）の三つが存在します。
そして、そのGroupに登録されたUserの中でクジ引きをさせ、その結果としてプレゼント相手(drawn name)を決めます。
つまり、以下のような例になります。
######例）
説明：グループ１と言うグループの参加者は、以下の４名で、それぞれ４名には（）に記載のプレゼント相手がいます。
グループ１
佐藤(--田中)
田中(--伊藤)
高橋(--佐藤)
伊藤(--高橋)
図にすると以下のような形。
このような場合、drawn name（プレゼント相手）はuser(参加者)に対して一対一の関係になるのですが、drawn nameはGroupありきのカラム となりますので、以下になるのではないかと予想をしております。
そもそも中間テーブルにそれ以外のカラムを作成するのが可能なのか調べても分からず、かと言って以下のような形で、groupに関連づけずにuserとdrawn nameを1対1の関係にするとGroupと紐づかないと理解しております。
drawn nameはあくまでも、Groupありきのカラムになるので、以下のような形では間違っていると感じております。
皆さんのご経験・お知恵でお力添えできますと幸いです。
よろしくお願いいたします。
回答2件
0
ベストアンサー
中間テーブルにキーカラム以外の属性を持たせる ことはできますが、今回の場合、そこに送り相手を入れるのは違和感があります。
というのは。
ユーザは（復数の)グループに属する、それを表すのが中間テーブルで、その関係（このユーザとこのグループの組み合わせ）に関する情報以外をもたせるのは違和感があります。
tableがひとつ増えてしまいますが、Presentという中間テーブルを作り GroupUserとは別管理にするほうが良いと思います。構造はいま議論しているのと変わらないのはなんですが。。。。
外部keyは送り主と送り先。もし必要なら(外部keyとしてではなく)情報として group_id
投稿2020/08/24 23:29
編集2020/08/24 23:30
総合スコア23567
0
中間テーブルに外部キーカラム二つ以外のカラムを作成することは可能でしょうか？
可能です。
中間テーブルにキーカラム以外の属性を持たせるのが正しい設計ですね。
投稿2020/08/24 13:20
総合スコア25327
drawnNameの為にもう一つ中間テーブルを作成するというのもありますけど、1:1であればそれは冗長すぎだと思うので、中間テーブルに属性として持たせれば良いと思います、
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/08/25 00:22 編集
2020/08/25 02:47
2020/08/25 03:11
2020/08/25 05:17
2020/08/25 06:26 編集
2020/08/25 07:10