ERD: отображение отношения 1: N с атрибутами в схему отношений

У меня есть задание, для которого мы должны спроектировать базу данных, нарисовать ERD, а затем сопоставить диаграмму с реляционной схемой. Нам также дали список шагов, но я не уверен, какой из них мне подать для отношения 1: N с атрибутами, лучше всего будет шаг 4, но я не уверен, что делать с атрибутами отношения. . Есть у кого-нибудь идеи? : /

Я не мог публиковать изображения напрямую, потому что у меня недостаточно репутации, поэтому я загрузил их на snag.gy.

Мой ERD выглядит так: http://i.snag.gy/XiFwf.jpg

Информация о базе данных: http://i.snag.gy/OSBq8.jpg

Что-то не так с моим дизайном или мощностью отношений? Я пытался найти в Google примеры того, как справляться с такими отношениями, но ничего не нашел.

Спасибо за ваше время.


mysql database database-design erd
person Edgu    schedule 29.11.2014    source источник
comment
а) «список шагов» и «лучше всего будет шаг 4». Какой список? Что за шаг 4? Это слишком похоже на домашнее задание, поскольку большая часть данных упущена, чтобы многие действительно интересовались им.   -  person simon at rcl    schedule 30.11.2014
comment
Шаги отображения ER-to-Relational.   -  person Edgu    schedule 01.12.2014

Ответы (1)


arrow_upward
0
arrow_downward

Химик в проекте - М: М. Works разрешает этот M: M как 1: N для объектов Chemist и Project и, следовательно, становится самостоятельным объектом / таблицей. Вот где идет атрибут Hours.

В соответствии с вашим примером отношения в Chen обычно представляются в виде сущностей и, следовательно, таблиц. Поскольку отношения не могут иметь самих атрибутов в СУБД, мы используем объект / таблицу для представления отношения, и поэтому атрибуты отношения становятся атрибутами / столбцами в результирующем объекте / таблице.

person Joe    schedule 30.11.2014
comment
Может быть, это только я, но это не имеет смысла, потому что это та же ситуация, что и для химика с оборудованием, но это не может быть M: M, потому что оборудование не может быть назначено нескольким химикам одновременно. - person Edgu; 01.12.2014
comment
Это не та ситуация, и это действительно работает. Над проектом могут одновременно работать несколько химиков, верно? и химик может быть назначен на несколько проектов одновременно. Вы путаете оборудование общего / каталожного типа с оборудованием, имеющим определенный серийный номер. Несколько химиков могут использовать рентгеновский аппарат, но несколько химиков не могут использовать один и тот же серийный номер 123. - person Joe; 01.12.2014
comment
Что ж, инструкция гласит: химик должен быть назначен хотя бы на один проект и один элемент оборудования. Отдельная единица оборудования не обязательно должна быть назначена, и данный проект не обязательно должен быть назначен химику. [Подсказка частичного и полного участия] Итак, если химик уже работает над проектом, то другой химик не может быть назначен на этот конкретный проект. - person Edgu; 01.12.2014
comment
Гм, нет. Химик может быть назначен на несколько единиц оборудования ЗА ВРЕМЯ. Одно и то же оборудование может быть назначено разным химикам ВРЕМЕННО, поэтому назначение - это то, что решает эту проблему. Таким образом, задание - это разрешение m: m и содержит дату, когда конкретный химик проверяет и возвращает конкретное оборудование. И я не понимаю, как можно получить только одного химика на проект. Это не говорит об этом. Где написано: Итак, если над проектом уже работает химик, то другой химик не может быть назначен на этот конкретный проект. - person Joe; 01.12.2014
comment
Я предлагаю вам создать несколько примеров данных и поиграть с ними, чтобы помочь вам увидеть природу данных. - person Joe; 01.12.2014
comment
Я понимаю сейчас, но какой тогда смысл частичного и полного участия? Меняется ли что-нибудь при создании схемы отношений? - person Edgu; 01.12.2014
comment
Я не знаю, что имеется в виду под частичным и полным - и сам задаюсь вопросом. Я деревянно подключаюсь к более подробным разъяснениям. Если ты получишь это, я снова буду рад помочь. удачи. - person Joe; 01.12.2014