Коммент к 2:12. Тут окладчик не прав. Клиент и адрес доставки в общем случае могут не совпадать. Так что клиент и адрес доставки - это разные сущности.
Простите, а почему связь таблиц «Department» и «Employee» стоит с другой стороны “0” +M? Получается в департаменте может вообще не быть сотрудников? И для чего в таблицу вводился дополнительный FK depID , ведь у нас есть отдельная таблица для связи 🤔?
Кружок означает клас принадлежности (в данном случае необязательный), т.е. не каждый сотрудник из таблицы работников соответствует конкретному департаменту. Где вы увидели отдельную таблицу для связи департамента и сотрудников? Есть только для навыков
![Lp. Последняя Реальность #107 РОДНОЙ ДОМ [Финал] • Майнкрафт](http://i.ytimg.com/vi/IK3QKzKUlHM/mqdefault.jpg)
Супер! Спасибо, Александр! ОЧЕНЬ подробно и обстоятельно! Спасибо!
огромное вам спасибо, Александр
Ух, графическую часть диплома допилить надо, благодарю, весьма полезное видео.
Спасибо за урок !
ERD -- самая интересная диаграмма
я делал её в Visual Paradigm
Thanks
О да, спасибо.
Спасибо за видео, полезно, только плиз уберите фоновую музыку, сильно отвлекает
Коммент к 2:12. Тут окладчик не прав. Клиент и адрес доставки в общем случае могут не совпадать. Так что клиент и адрес доставки - это разные сущности.
Простите, а почему связь таблиц «Department» и «Employee» стоит с другой стороны “0” +M? Получается в департаменте может вообще не быть сотрудников? И для чего в таблицу вводился дополнительный FK depID , ведь у нас есть отдельная таблица для связи 🤔?
Кружок означает клас принадлежности (в данном случае необязательный), т.е. не каждый сотрудник из таблицы работников соответствует конкретному департаменту. Где вы увидели отдельную таблицу для связи департамента и сотрудников? Есть только для навыков
Департамент и сотрудники это две сущности
В видах связей тяжело разобраться...
А как может быть несколько PK в одной таблице? О_о
Это не PK а FK
Извините, а как же нормализация?
это лог модель, какая тут нормализация?
мне не понравилось