Базы данных - Связь многие ко многим - SQL проще некуда
Вставка
- Опубліковано 26 кві 2021
- Поддержать меня: boosty.to/mflenov
В этом видео я подробно рассматриваю вопрос связи таблиц - многие ко многим, когда несколько записей из одной таблицы могут быть связаны с несколькими записями из другой таблицы.
Связь многие ко многим в SQL у начинающих программистов вызывает тупик в некоторых случаях, но я постарался рассказать все как можно проще и надеюсь, мне это удалось.
Текстовая версия:
www.flenov.info/books/read/fr...
тоже отмечусь комментарием
Дэ Ги =) правильно Дэ Хэа (он испанец)
Спасибо за урок, очень полезно.
Лайк однозначно
спасибо за простоту, с первых минут дошло что такое м:м
Приятный чувак
Спасибо, я старался
В этом вопросе решение довольно однозначное. Разберите пожалуйста способы хранения в БД связей типа "дружба". Например дружба пользователей в соц. сетях. Есть несколько вариантов реализации этой задачи, поэтому больше интересных тонкостей можно разобрать.
Это уже нормализация, это отдельная тема
Тут не совсем многие ко многим, потому что есть пользователи, и они могут быть связаны с любым количеством человек в этой же таблице пользователей. А вот как это сделать оптимально - отдельная тема
Спасибо золотой человек!
Лайк! БД статей и тегов к ним тоже делается таким образом "многие ко многим"?
Спасибо
отличное видео
Спасибо
спасибо, урок просто бомба :)
У нас в банке тоже планируется провести уроки по SQL, подскажите пожалуйста, а можете записать уроки на примере банка или компании?
на примере банка можно структуру набросать, но в каждом отдельном случае будет своя специфика
Де Хеа.
Считался восходящей звездой среди вратарей.
Но в 2018 опозорился на чемпионате мира в России, и карьера пошла на спад
Вот, благодаря видео что-то новое узнаю
Первый!!!!
Ты так радуешься как будто место в очереди занял...
@@maksk5017 я привык радоваться мелочам
@@IgorGallemar понятно.
16:20
Урок хорош, но футболистов надо знать если их упоминаете. Слишком много фанов среди мужского населения. Де Ги это мощно) А Юрген Клопп уже не играет лет 100)
Кстати когда столбец имеет PK то этому же столбцу не надо дополнительно прописывать NOT NULL т.к. PK уже подразумевает данное ограничение. Также название таблиц лучше писать через нижнее подчеркивание, например, phones_types и замечу лучше использовать множественное число в названии таблицы.
Блин, с телефонами примеры легче чем с футболом, возможно это связано с тем, что в футболе я не разбираюсь...
Возможно, телефоны понятны всем. Может еще и потому ,что телефоны были вторым примером, а когда второй раз рассматриваешь схожую задачу может подхватиться то, что упустил в первый раз.
@@Dev-lessons Помню когда ты снимал обучение для advance, ты использовал телефоны, города и т п, я все понимал с 1 раза, сейчас же приходится пересматривать, увы
:(
А так уроки очень хорошие.
@@maksk5017 Ок, учту
ну автор и словоблуд. Вместо того чтобы за 10 секунд сказать конфигурацию таблицы он заводит роман про игры, китайцев, телефоны и ещё чёрт знает что )))
Тоже гемор, ничего не проще