テーブルの多対多の関係に問題があります。これは、トレーニング センターで働く従業員とインストラクターの間です。それらの間のリンクを見つけることができず、それを取得する方法もわかりません。従業員フィールドは次のとおりです。
- 従業員番号
- 従業員名
- 会社名
- 部署の役職
- ビジネスエリア
- 携帯電話番号
- 外線
- ランキング
インストラクターのフィールドは
- 講師名
- 研究所
- 携帯電話番号
- 電子メールアドレス
- 手数料
テーブルの多対多の関係に問題があります。これは、トレーニング センターで働く従業員とインストラクターの間です。それらの間のリンクを見つけることができず、それを取得する方法もわかりません。従業員フィールドは次のとおりです。
インストラクターのフィールドは
多対多の関係では、関係は次のような 3 番目のテーブルになります。
table EmployeeInstructor
EmployeeID
InstructorID
特定の講師のすべての従業員を検索するには、3 つのテーブルすべてに対して結合を使用します。
または、関連するクラスがある可能性が高くなります-
従業員がクラスを受講 インストラクターがクラスを教える
EmployeeClassテーブル、
InstructorClassテーブル、
そしてそれらを通して参加します。クラスは一意である必要があります。そうしないと、必要になります
クラスは ClassSchedule のクォーターで教えられます
EmplyeeClassSchedule を InstructorClassSchedule に結合することになります。
これは、すぐに興味深いリレーショナル デザインの 1 つになります。"Terry Halpin" と "Object Role Modeling" をグーグルで検索すると、これがチュートリアルでの例示的な状況として使用されます。
まず、両方のテーブルに一意のキーが必要です。従業員番号は従業員テーブルに使用できますが、講師テーブルには別の番号が必要になります。個人的には、テーブルで ID と呼ばれる自動インクリメント ID フィールドを使用する傾向があります。これが主キーです。次に、InstructorEmployee という新しいテーブルを作成します。このテーブルには、InstructorID と EmployeeID の 2 つの列があります。両方のフィールドにインデックスを付ける必要があります。これで、2 つの ID を含むレコードを作成することで、任意の従業員と任意のインストラクターの間の関連付けを作成できます。