Лабораторная работа №5 создание ER-диаграммы в Drow.io (

[@alexkat4462]

Супер! Спасибо, Александр! ОЧЕНЬ подробно и обстоятельно! Спасибо!

[@asmcoder]

Ух, графическую часть диплома допилить надо, благодарю, весьма полезное видео.

[@korney750]

огромное вам спасибо, Александр

[@RaptorT1V]

ERD -- самая интересная диаграмма я делал её в Visual Paradigm

[@nataliafedorova2556]

Спасибо за видео, полезно, только плиз уберите фоновую музыку, сильно отвлекает

[@vladglushak4306]

Спасибо за урок !

[@ponchik8934]

Thanks

[@alexanderbeyder1124]

Коммент к 2:12. Тут окладчик не прав. Клиент и адрес доставки в общем случае могут не совпадать. Так что клиент и адрес доставки - это разные сущности.

[@perpulebulet5378]

О да, спасибо.

[@woomy_squid]

В видах связей тяжело разобраться...

[@valeriyavoynalovych9118]

Простите, а почему связь таблиц «Department» и «Employee» стоит с другой стороны “0” +M? Получается в департаменте может вообще не быть сотрудников? И для чего в таблицу вводился дополнительный FK depID , ведь у нас есть отдельная таблица для связи 🤔?

[@raviolly228]

Кружок означает клас принадлежности (в данном случае необязательный), т.е. не каждый сотрудник из таблицы работников соответствует конкретному департаменту. Где вы увидели отдельную таблицу для связи департамента и сотрудников? Есть только для навыков

[@raviolly228]

Департамент и сотрудники это две сущности

[@JanaKitty-o6d]

Извините, а как же нормализация?

[@teamfriend]

это лог модель, какая тут нормализация?

[@dns-shop]

А как может быть несколько PK в одной таблице? О_о

[@AchillessSonOfPeleus]

Это не PK а FK

[@ЫйманбекАнарбаев-ъ9е]

мне не понравилось

[@ЯўгенГурыновіч]

поставил дизлайк, потому что не объяснил почему в промежуточной соатлись прамари и форегн ключи, почему они имеют 1 и 2, также не объяснил почему изменил на пунктир, также .....