Модель сущность связь, ER диаграмма

[@any7ka]

Спасибо, объяснили быстро и просто!

[@43Dipall23]

Спасибо за понятные и нужные пояснения!

[@sol-io6zb]

Спасибо большое, объяснили просто замечтально!

[@hairaa1]

Спасибо, очень понятно, пригодилось для диплома.

[@АртемКаргин-г5л]

хорошее объяснение. спасибо большое

[@mikzart]

Спасибо большое! Очень понятно объяснили. Будем теперь практиковаться:)

[@unicoxr5tj417]

полезный урок, спасибо. Автор, а вы по ER диаграмме сделаете урок, как по ней писать SQL?

[@kuvshinovee]

это уже отдельная тема на тему работы с SQL это сильно не связано с ER диаграммами

[@unicoxr5tj417]

@@kuvshinovee это будет интересно

[@teamexploringmotor7894]

Интересно спасибо!!!

[@sergekozlov9876]

Спасибо, очень полезно

[@ST-fz4zv]

у меня два пасспорта) Спасибо

[@arturbo3134]

4 :D

[@ЕвгенийРодин-ь4щ]

Спасибо, всё понятно !

[@devnull41]

А вот в третем варианте, users_has_groups является связующим звеном между сущностями user и group. А если к примеру усложнить схему, и хранить в users_has_groups дату, когда пользователь вступил в группу, выходит что users_has_groups уже будет являться сущностью, и ей необходим PK ? Как быть в таком случае, делать PRIMARY_KEY(users_id, groups_id) или добавлять ID в сущность ? Зараннее спасибо за ответ, лайк - подписка - колокольчик ))

[@kuvshinovee]

вот об этом я хотел чуть дальше рассказать, многие ORM требуют чтобы у сущности был PK и это была ОДНА колонка, но на самом деле PK может быть и составным (user_id и group_id). Поэтому если вы используете ORM удобней и проще добавить новую колонку с ID и таблицу user_has_group рассматривать как отдельную сущность со связями 1xN на user и group, но с точки зрения проектирования бд этого делать не обязательно, это просто определенные ограничения ORM, очень мало ORM без таких ограничений.

[@kuvshinovee]

следующие видео, будут практическими на тему как из ужасной базы привести ее к нормальному состаянию, а также на тему различных подходов к хранению данных, но эти видео сниму и выложу позже (не сегодня)

[@pfcompany885]

Спасибо!

[@denis27200]

Хорошая речь

[@devnull41]

Спасибо ! Не подскажешь какой нибудь софт, для визуализации проектирования сущностей под линукс ?

[@kuvshinovee]

для просмотра существующей базы я использую возможности ide jetbrains по визуализации если нужно строить базу на основе отношений то mysql workbeanch, sql architect, ponyorm и тд. я хотел сделать следующее видео с практической точки зрения как это применять, но руки не доходят

[@EugeneChe-81]

Evgeniy Kuvshinov ждем)

[@АхмадАсхабалиев]

Спасибо большое)

[@kuvshinovee]

рад что понравилось, надеюсь до делаю видео дальше.

[@vukavuka7519]

Почему связь между сущностями comments (комментарий) и news (новости) пунктирная? Комментарий к новости же не может существовать без самой новости?

[@kuvshinovee]

насколько я помню линия без пунктира рисуется в случае если foreign key является primary key или его часть. то что вы говорить что комментарий не может существовать без новости, это верно, но реализуется как news_id NOT NULL, а на схеме nullable и not null колонки отображаются по другому. ну и опять же разные инструменты могут использовать разные способы визуализации

[@nurbolatabuyev1210]

Спасибо большое!

[@sultzx]

ты мне помог автор Спасибо!

[@millervs2263]

Полезная инфа

[@takoipoidet]

У вас ошибка на 3:38. Слева 1 или множество, а говорите "может и не быть комментариев". Говорите правильно, а вот графически Э-0---l- так должно быть.

[@kuvshinovee]

слева может быть таблица быть всегда пустой, а в правой таблице может быть добавлена новость 1 тогда у новость 1 будет 0 комментариев (нет комментариев) а потом вставят запись и привяжут к первой новости вот и появились комментарии у этой новости. это тип связи один ко многим и под многим может быть и 0

[@ВикторЩербаков-ь4б]

Сделайте урок про нормальные формы

[@Никита-т6д9й]

тема белых кругляшочков и примари кеев не раскрыта...........

[@икона_смерти]

Нифига не понял

[@ДжоВинчестер-з8с]

Иногда появляется ощущение, будто говорит тимати :D

[@ГОСТЬЯ-ФЬЮ]

Непонятно

[@grechkaovsyanka1702]

Спасибо. Очень полезно