Довольно легко выбрать отношения, в которых Вы нуждаетесь. Студенты берут классы. Учителя преподают классы. Это предлагает два relationshipsone между Студентами и Классами, и один между Учителями и Классами. Teachers teach classes. This suggests two relationshipsone between Students and Classes, and one between Teachers and Classes.
Но есть что - то вроде помехи. Студии Cacophoné конечно не хотят мешать единственному студенту брать больше чем один класс, таким образом Вы будете нуждаться в отношениях "многие ко многим" между этими двумя столами. И даже при том, что Студии Cacophoné планируют иметь только одного учителя в каждом классе, они хотят держать открытым возможность, что два или больше учителя могли бы cо-преподавать. Таким образом Учителя и Классы также заперты в более сложных отношениях "многие ко многим". Чтобы поддержать эти два отношения, Вы можете составить две таблицы соединения, названные Students_Classes и Teachers_Classes (соответственно). And even though Cacophoné Studios plans to have only one teacher in each class, they want to keep open the possibility that two or more teachers might co-teach. So Teachers and Classes are also locked in a more complex many-to-many relationship. To support these two relationships, you can create two junction tables, named Students_Classes and Teachers_Classes (respectively).
Иллюстрация 5-17 показывает снимок этой договоренности.
Иллюстрация 5-17. Два отношения формируют "многих ко многим" основание школы музыки Студий Cacophoné.
Отметьте: Каждый отчет в столе Students_Classes представляет студенческую регистрацию в классе. Вы можете хотеть добавить некоторые дополнительные области к Students_Classes, чтобы отследить информацию как дата регистрации, скидка регистрации, которую Вы, возможно, предложили для раннего заказа, и так далее.
Популярность: 1 % [?]
Недавние Комментарии