中間テーブルがあった場合の「以外」を実現するテーブル設計を相談したいです！

実現したいこと

以下の3つのテーブルがあったとします。

授業テーブル（courses）
学生テーブル（students）
授業学生テーブル（中間テーブル course_students）

今まで、その授業を受けられる学生を管理するのに、授業学生テーブルにレコードを作っていました。

＜授業テーブル＞

id	name
1	数学
2	英語

＜学生テーブル＞

id	name
1	太郎
2	花子

＜授業学生テーブル＞

id	course_id	student_id
1	2	3
2	3	3

今回、「この学生は、特定の授業**"以外"**を受けられる」ということをテーブルで管理したいと思っています。
これを実現できるテーブル設計を相談したいです。

発生している問題・分からないこと

以下の2案を考えました。
ただしっくりきておらず、何か他に良い方法があればご教示いただきたいです。

(1) テーブル構造はそのまま
「数学以外」なら、数学以外の授業のレコードをすべて授業学生テーブルにinsertしてしまえばいいかなと思いました。
ただその場合、授業が新規登録されたことをトリガーに授業学生テーブルに新たな授業をinsertするcallbackが必要になるため、ぱっと見謎のcallbackが発生するのは良くないなと感じています。

(2) 中間テーブルに「可能」カラムを設ける
受けられる授業は「可能」カラムをtrueとして、「以外」の場合はfalseを入れます。ただこの場合、受けられる授業のレコードと、以外で設定したい授業のレコードが混在する形です。
テーブルとしてわかりにくくないだろうかと感じています。

id	course_id	student_id	able★
1	2	3	true
2	3	3	true
2	1	4	false

該当のソースコード

特になし

試したこと・調べたこと

teratailやGoogle等で検索した
ソースコードを自分なりに変更した
知人に聞いた
その他

上記の詳細・結果

なにか案がありましたら、お手数ですがご教示のほどよろしくお願いいたします。

補足

特になし

sazi

2025/04/22 01:24

授業学生テーブルは選択後の授業ですか？それとも選択する際の選択肢ですか？

sk.exe

2025/04/22 03:16 編集

> この学生は、特定の授業**"以外"**を受けられるこの場合における「受けられる/受けられない理由」として、具体的にどういったものを想定されているのでしょうか。 - その時点において、その授業（科目）の単位を未取得/取得済みである。 - その時点において、その授業を受ける（科目を履修する）ために必要な条件を満たしている/満たしていない。 - 特に決まった理由はない（大雑把に受講の許可/禁止をコントロールしたい）。

logres_Fan

2025/04/22 09:33

グループ単位で管理しないの？学年学部学科クラスなど所属ごとに。授業テーブルと学生テーブルだけじゃ煮ても焼いても食えないよ。

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

回答3件

ベストアンサー

course_student_exclusions みたいな、「以外」を管理する別テーブルを用意したほうが良い気もします。
優先順位があるなら、どちらかをselectしてレコードがあったら終了、みたいなのもの出来ますし。

テーブル構造がそのままだと、「可能」として登録されたのか、「以外」で登録されたのか分からなくなります。
フラグ追加は上記のについては対応できそうですが、記載されている通り分かりにくいです。
ただし、unique indexなどを設けることで、ありえないパターンがDBに入るのを防げるというメリットはあります。
フラグ追加パターンの場合、ableがtrueとfalseが混在している生徒が想定されるのか、想定される場合、どれを受けることが可能なのか等によっても変わってきそうです。

提示のやり方でも実現は可能ですし、完全な正解はないと思いますので、最終的にはコードにする工数、実装コードの可読性や、メンテナンス性の部分で決めても良いのかなとは思います。

投稿2025/04/21 11:57