SQL Урок 7 | Создание отношений (связей) между таблицами | Для Начинающих
HTML-код
- Опубликовано: 9 мар 2017
- В этом видео уроке мы будем создавать отношения между таблицами. Вы узнаете, что существуют такие связи, как многие к одному, многие ко многим и один к одному. Я постепенно на протяжении двух уроков буду объяснять для чего нужны такие связи и наглядно покажу на примере наших таблиц, как просто строить связанный sql запрос.
Также, если Вы никогда не умели программировать ни на каком языке и хотите научиться, тогда Вам тоже к нам.
Мои видеокурсы:
Программирование для Начинающих - robotobor.pro/programming-for-...
Видеокурс "Погружение в язык VBA" - course.robotobor.pro/vba/dippi... - Профессиональное программирование на VBA
Наш официальный Сайт: robotobor.pro
Наша Группа ВКонтакте: robotobor_pro
Наш Инстаграм: / robotobor_pro
Мой C#.NET Инстаграм: / csharp_dotnet
привет с 2020 года спасибо большое за ценный урок
Спасибо за информацию, все понятно и доступно рассказано простым языком. Пысы 2020 год.
Основной стандарт и основы SQL на протяжении многих лет не меняются, фундамент. Только фичи добавляются к конкретным СУБД.
И из апреля 2021 тоже привет!) Спасибо, благодаря вашим урокам стал разбираться в sql
Очень круто объясняешь, простым понятным языком и не куда не спешишь! Большое спасибо!
Спасибо. Да, цель курса - это донести до любого по-настоящему заинтересованного человека: что такое SQL и реляционные БД, и с чем их едят )
20:00 таймкод. С этого момента начинается тема "связи"
"Об этом лучше почитать, но принцип вам понятен!" Супер
По вашим видео делаю курсовой проект, спасибо =)
+KotaNchiKProduction Ого, здорово!
Спасибо большое за урок.
Круто! Пили еще =)
Скоро на ваших экранах :)
Спасибо ютубу за ускорение в 1.5 :)
Павел Павел 1,75 минимум)
@@another_china Да тут 2 мало ;)
Блин, я чуть не уснул когда смотрел, концентрация теряется, но врубаешь 1.5 и внимание повышается.
я на 2 :)()()000)
@@_dyats кста да
Лайк, очень помог
Конец 2022 все актуально. Спасибо.
Спасибо за урок. Правда, пока искала имена режиссеров, чуть не ушла смотреть "Игры разума" с Расселом Кроу)
Забавно :)
Классный ролик, жалко про каскадное обновление не упомянул в нём, очень полезная штука
версия SSMS 18,6 - диаграммы просто не создаются, но можно на открытой таблице: щелк правой кнопкой мыши - отношения - и то же окошко "добавить связь" появляется
Спасибо, могли бы также показать и отношения 1:1, N:M и сам к себе
Спасибо.
Такой вопрос - почему мы не можем в таблицу Lessons добавить колонку, где будем ставить айдишник учителя напротив каждого урока
Большое спасибо за урок и потраченное время, но хотелось бы на выходе иметь четко поставленный текст - очень много повторений одного и того-же предложения, мычаний и тд.
я уснул
2021 Спасибо!!!
Столбы в таблице Lessons не совпадают с существующим первичным ключом или ограничением UNIQUE. Как это исправить. Делал вроде в точь в точь
В lessons забыли про любимую информатику:))
Отличное видел, всё понятно и быстро запоминаю. Но по 25-й минуте вопрос: получается, внешний ключ это тот, который к себе присоединяет (к которому присоединяем), первичный ключ - тот, который присоединятся. Так?
использую DataGrip
к сожалению не нашел как там графически связать таблицы, буду гуглить сейчас как это сделать в коде
Если смотреть на x1.75, то очень даже хорошо
👍
Здравствуйте! Как убрать это всплывающее окно?
ЗАГОЛОВОК: Microsoft SQL Server Management Studio
Невозможно применить настройки соединения. Подробное сообщение об ошибке: Неправильный синтаксис около ключевого слова "SET".
у меня ошибка Конфликт инструкции ALTER TABLE с ограничением FOREIGN KEY, что делать?
Тоже такая была, всё перепробовал, удалял таблицу из-за которой типа ошибка, не помогло. В итоге удалил полностью все таблицы, по уроку создал все заново и нормально сохранилось....хз в чём был косяк
только на 23й минуте начал по делу говорить
Столбцы в таблице Teachers не совпадают с существующим первичным ключом или ограничением UNIQUE. В чем может быть проблема? Делал все строго по уроку
Проверьте, все ли id есть в таблице Teachers. Должны быть все, которые есть в таблице TeachersAndLessons по полю TeachId.
Id не должны повторяться в таблице Teachers.
Вопрос а как вы делаете чтобы сразу 2 строчки отметились у меня не получается
Зажать клавишу Ctrl
Привет,подскажи пожалуйста почему у меня два жёлтых ключа идут в обе стороны?
Два отношения
Спасибо больше за видеоуроки! По ним делаю курсовой проект :)
У меня проблема возникла. Когда я пытаюсь связать две таблицы, возникает ошибка:
The column it table do not match an existing primary key or UNIQUE constraint.
Вопрос: Как исправить эту ошибку? Я и гуглить пытался и видеоуроки искал - не помогло. Объясните кто-нибудь недалёкому - что делать?))
Была такая же проблема. Проверь обе таблицы чтобы у полей были назначены первичные ключи. У меня не был назначен первичный ключ для таблицы Teachers (Поле ID), после добавления связь успешно создалась
почему всё таки произошла ошибка вставки и сбив идентификаторов примерно на 12 минуте? как избежать такой ошибки?
была ошибка INSERT, т.е. не все поля были заполнены для вставки строки. Оператор INSERT сработал с ошибкой, произошел откат транзакции, но инкремент на ключевом поле произошел. Если хотите чтобы был порядок по ключевому числовому полю, тогда его НЕ нужно делать автоматически инкрементальным, а проставлять ручками, либо в коде (т.е. программно).
7:30 У меня нельзя изменить индентификатор с нет на да. Просто серым подсвечивается надпись.
А всё, я ограниченный id поставил ( nchar). Надо поменять на другой тип данных
@@user-cw9ev9dq4v разве не increment должен быть?)
Как ты создал два первичных ключа в таблице?
Не два первичных ключа. Один первичный, другой внешний. Внешний создаётся, когда ты строишь отношение от этой таблицы к другой табличке. Многие к одному.
Выдели 2 строки
Если Вы про первичный ключ с несколькими полями, то он называется составной первичный ключ. Просто, выделяете два поля (две строки) и создаете.
Почему в Lessons в качестве первичного ключа задали Name? В послудающих уроках вам очень трудно ведь указывать Name в запросах JOIN. Постоянные ошибки в написании и тд..
Эх, преподает SQL, а в уроках Информатику не вспомнил...
Скажите пожалуйста, почему у меня ID выводятся -1,-2,-3, и т.д.?
Скорее всего Вы поставили шаг приращения равным -1, а не 1
@@RobotoborPro ставил 1, гуглил ни где ответа не могу найти( и занова все с нуля пробовал
диаграммы база данных не вижу, не выходит где ее найти?
Попробуйте обновить папку с диаграммами в менеджмент студии.
а как обновить не смон найти((
@@RobotoborPro
Для начала ее нужно создать. Вы ее создавали?
@@RobotoborPro как ее создать, тоже не могу найти застопорился на этом уроки!
На папке Диаграммы, щелкаете правой клавишей мыши, и выбираете Создать диаграмму.
я тут сначала не поняла как это от многих к одному, а потом погуглила - такого нет, есть от одного ко многим, где сразу же логика и появляется...достаточно тривиальная ошибка, но меня, как новичка, сбила минут на 15 раздумий(я сначала сама пытаюсь уловить суть, а после уж в гугл)
Это одно и тоже. Согласен, что более устоявшееся выражение: один ко многим. Но от этого смысл абсолютно не меняется. Так как это отношение можно рассматривать с двух сторон, либо от одного ко многим, либо от многих к одному, кому как нравится. Вообще, есть также отношение от многих ко многим, и уж тут-то нужно уметь думать в отношениях от многих к одному и от одного ко многим.
Вроде все понятно, но я не очень понимаю зачем большую часть видео нужно смотреть на то как автор заполняет таблицы. Видео можно было бы укоротить в раза 3 и приходится перематывать до нужных моментов. Но все равно спасибо.
я царь кстати
не очень понимаю почему автор курсов делает всё в ручную, а не запросами.
действительно, так более погрузишься в код и будет больше пониманий, по моему наблюдению
не советовал бы смотреть эти видосики пока не изучите хоть немного теории. Элементарно какие связи могут быть между таблицами, почитать про нормализацию и т.д.
Чтобы иметь представление нафига вообще это делать...
кто с 2024?
ты слово базда произнес тысячу раз за полчаса ) я посчитал
Зашибись )
чувак весь эс кью эл можно изложить в одном уроке на полчаса сука как можно по нему было сделать десять уроков !? ) по полчаса пустословия в каждом
За пол часа, тем, кто впервые, вообще, т.е. совсем не знаком с БДых, ты не расскажешь. Если так судишь об этом, значит опыта у тебя маловато совсем, а максимализма дофига.
КАААААК????? А где Информатика??????
Дизлайк, у меня от TeacherAndLessons к Teachers идет "один к одному", с этим ты вообще ничего не разъяснил.))
Лучше проектирование не рассказывай, у тебя поверхностно все получается :)
Christian Karapetyan он просто открыл чужую книгу прочитал и перенес в урок )
Какую книгу? Ты о чем, вообще... Каждый урок мой абсолютно весь. А если ты не смог или кто-то не смог или не понял, хотя уж я то разжевал, что тошнить должно, это не говорит, что другие не могут. Люди пишут благодарности и переходят на другие мои курсы.
23:40 А если принцы не понятен и нет желания дальше слушать воду? На хрен нужны эти связи нельзя было сказать в уроке? Что бл** за магию ты тут объясняешь людям? Потом... когда... А если ни х.. не будет понятно? А если ещё больше вопросов будет? Щёлкаешь сюда... в 90% случаях людям придётся вообще работать через другие программы, что за оленизм. Можно было бы в 5 минутах всё объяснить, но вы же растянули это на пол года...
Смотри другие каналы или читай документацию и книги.
20 минут, 20 МИНУТ КАРЛ ты создавал и заполнял таблицы. Урок называется СОЗДАНИЕ СВЯЗЕЙ. Начинаться он должен так - вот парни у меня есть 3 таблицы, сейчас я их свяжу, это просто: вот так и вот так.
Конечно, можно так. Но это для 5-минутных видосиков релевантных к поисковым запросам на ютубе. Захотел узнать, вбил в поиск, получил 3ех или 5-минутное обьяснение. Я же жую и пережевываю весь курс с 1ого по последний урок, как ВИДЕОКУРС, КАРЛ, ВИДЕОКУРС от начала и до конца.
@@RobotoborPro Карл, все отлично, не слушайте пожалуйста никогда таких умников!
Досмотрел от начала к концу... Видео полная вода... автор ничего так толком и не рассказал. Смотреть не рекомендую, ставлю дизлайк! От себя скажу, чтобы вы долго не мучилась[ [Связи между таблицами необходимы для более быстрого доступа к данным.]
Ты не прав. Связи нужны для консистентности и согласованности данных. Не сбивай с толку людей. А побочные индексы созданные при отношениях, это уже для более глубокого понимания производительности, не в этом курсе.
@@RobotoborPro 1. консистентность и согласованность это слова синонимы. 2. Про побочные индексы я слова ни сказал, так как первичный ключ очень важен, так как только по нему можно обращаться к данным. Ваше более глубокое понимание обосновано чем? У компьютера есть ОЗУ, ПЗУ и ЦП и больше нет ничего, всё что нам нужно это найти баланс между тем и другим (Чтоб вы понимали у меня возможность тут писать ограничена символами). В данном подходе мы должны уменьшить нагрузку на ОЗУ и тем самым увеличить скорость обработки информации, так как устанавливаем явные связи, что сокращает количество обращений к ОЗУ, НО! Это работает когда это самое ОЗУ есть, если же его не станет поток умрёт и информация начнёт грузить буфер ЦП... (Сложно конечно вышло) Но однако [Связи между таблицами необходимы для более быстрого доступа к данным.]! В вашем случаи данные будут согласованы только по ключам, что вообще никак не мешает сделать это программным кодом. Так, что цель создания связей никак не может быть согласования данных!
Что-то здесь все нагородили. Цель явных отношений в реляционной БД, как раз по ключам, первичным и внешним, - есть согласованность данных, ещё её называют схемой. Если мы в запросах будем соединять таблицы по другим отношениям, БД в этом случае не гарантирует программисту, что он не допустит логической ошибки. Если программист делает sql-запррсы по другим отношениям, не как в схеме, здесь ему поможет построение индексов, чтобы ядро сервера не делало полный скан таблиц, как раз это про производительность. То, что касается Ваших знаний на низком уровне работы железа, то поток не умирает от нехватки ОЗУ, ОС сбрасывает на диск не используемые страницы памяти, потом подгружает их обратно. Кэш ЦП используется в основном, для работы со стеком потока, наверное, это Вы имели ввиду, когда говорили про буфер. Чтобы меньше производить работы с i/o, а, именно, с диском и полным сканом таблиц нужны индексы. Но индексы они вторичны, как я уже писал, их может настроить программист позже, главное в схеме, т.е. в отношениях м/у таблицами - это согласованность данных.
Очень много пустого текста. "Реляционные базы данных это мммм ммммм мммм, в процессе вы поймете, что такое реляционные базы данных. Таблица не появилась, но на самом деле на сервере она появилась, надо просто нажать правую кнопку и нажать обновить." Кому это мычание надо? Неужели нельзя сказать - "обновляем базу". Бесит.
Таблица создается на сервере. Студия ее НЕ подтягивает автоматически, но запросы к таблице можно делать. Никакая база не обновляется. Обновляется состояние студии, когда нажимаешь обновить по таблицам. Гворить, что ты этим нажатием обновляешь базу - неккоректно.
И отчего нервозность такая? Автор даёт доступные объяснения, без которых порой трудно понять что не так
ээээээ ыыыыы эээээ ыыыы вода вода ээээээ ыыыыыы куууудааатооо ножать ыыыыы нопесеать тут вода вода эээээээыыыыыыыы. - Это весь видео ролик. я пришел для того чтобы разобраться в теме . а тут какая то невнятная дичь которую душно смотреть. чтобы не тупить пишут сценарии и выделяют главные аспекты на которые надо обратить внимание