В других один-ко-многим отношений, один сотрудник может создать много заказов на поставку, но только один заказ на покупку может быть создано одним работником. Примечание: мы находимся в процессе создания нормированных таблицы (таблицы, по крайней мере 3NF) из диаграммы классов, которые мы имели из пакета. Два из-ко-многим соединены, как можно видеть на фиг. 19.1, так что они будут рассматриваться вместе. Таблицы (классы) не имеют каких-либо столбцы еще: Поместите первичный ключ в каждой из таблиц, которые находятся на стороне одного в один ко-многим (поставщик и работника).
Теперь две таблицы должно быть, как эти: поставщик (SuplierID, ...) Сотрудник (EmpID, ...) в этой точке, если есть какие-либо столбцы, которые вы обязательно пойдет в любой из таблиц, которые вы пишете их. Если вы не уверены, для любой таблицы, ничего не писать. Вы можете в конечном итоге с чем-то вроде: поставщик (SuplierID, имя, адрес, город, штат, почтовый индекс, номер_телефона) Работник (EmpID, имя, адрес, зарплата, ...
) Для этих двух таблиц, мы можем сказать, есть уверенность в новый столбцы в таблице поставщиков, но уверен, из трех новых столбцов таблицы Employee и не уверены в состоянии покоя или даже если они существуют; поэтому у вас есть эллипс "...". Напомним, что весь класс (таблица) схемы связаны с помощью клавиш. Так разместить колонки SuplierID из таблицы с поставщиком и колонки EmpId из таблицы Employee в таблице PurchaseOrder (класс). В таблице PurchaseOrder на многих стороне двух одно-ко-многим отношений. Вы должны иметь это: PurchaseOrder (SuplierID, EmpId, ...
) Эти две колонки в таблице PurchaseOrder сформировать составной первичный ключ для заказа на поставку. Теперь добавьте столбцы, которые вы уверены, что должны быть в таблице PurchaseOrder; если вы не уверены, ничего не ставить. Вы должны иметь что-то вроде: PurchaseOrder (SuplierID, EmpID, дата, ...) Помните, первичные ключи, будь композитный или один, должны быть подчеркнуты в таблице обозначений. Мы приехали на трех нормированных