Уроки по SQL | Создание таблиц, добавление и выборка данных | Связь многие ко многим
HTML-код
- Опубликовано: 5 янв 2025
- Посмотрев курс уроков по SQL, вы научитесь устанавливать субд MySQL и PostgreSQL локально и на VPS сервер, создавать базы данных, таблицы, устанавливать между ними связи, научитесь делать простые и сложные запросы, джоины и много чего интересного.
В данном видео создадим несколько таблиц, заполним их данными, рассмотрим и организуем связь многие ко многим и напишем базовые запросы для извлечения данных.
💰 Поддержать проект:
/ pythontoday
yoomoney.ru/to...
🔥 Стать спонсором канала:
/ @pythontoday
****Ссылки****
Установка PostgreSQL и pgAdmin4 на Linux Ubuntu
• Установка PostgreSQL и...
Команды для установки pgAdmin:
www.pgadmin.or...
Дешевый/надежный сервер в Европе:
zomro.com/?from...
promo_code:
zomro_246874
Хороший proxy сервис:
proxy6.net/a/1...
#1 Парсинг сайта + Telegram бот на aiogram | Requests, beautifulsoup, aiogram
• #1 Парсинг сайта + Tel...
Обучение парсингу на Python #7 | Выполняем заказ на фрилансе
• Обучение парсингу на P...
Плейлист по распознаванию лиц на Python:
• Распознавание лиц | Fa...
Плейлист по парсингу сайтов на Python:
• Парсинг/Scraping
Крутой заказ на фрилансе | Подбираем забытый пароль к Excel файлу с помощью Python
• Крутой заказ на фрилан...
Пишем Telegram бота на Python + Загружаем Telegram бота на сервер(хостинг):
• Пишем Telegram бота на...
****Соц.сети****
Telegram: t.me/python2day
Спасибо за труды! Ждем продолжения
Благодарю за фидбэк!
Спасибо за простое и понятное объяснение
Хочу выразить огромную благодарность автору! Единственный человек который может рассказать просто о сложном, без лишней воды) Жду продолжения плейлиста
Благодарю за фидбэк и поддержку!
Жду следующего урока, смотрю с удовольствием
Благодарю за фидбэк
Спасибо за труд. С точки зрения теории - это не связь многие-ко-многим, а как раз таки объяснения как избежать данной связи, приведя её к виду один-ко-многим через промежуточную таблицу.
Благодарю за фидбэк!
@@PythonToday есть предложение. Вы упомянули, что плейлист не пользуется популярностью. Может стоит рассмотреть плейлист с созданием комплексного приложения? То есть сначала Вы рассказываете вводную о БД и о проектировании базы, затем можно выбрать фреймворк (джанго, фласк) и обернуть эту базу в приложение - чтобы было наглядно понятно как сделать веб часть с обработкой событий добавления, изменения и удаления записей.
Просто я сам начал изучать python чтобы реализовать систему учета (которая сейчас ведётся в колхозном excel с нарушением вообще всех принципов целостности, избыточности и так далее). Это было бы очень интересно и понятно было бы что далее изучать и как глубже погружаться. Спасибо
Очень большое спасибо за этот курс! Очень помогает! Спасибо!
Большое спасибо за поддержку!
Спасибо добрый человек
Хорошо объяснил! Благодарю 👍🏻
Спасибо за фидбэк и поддержку!
Как всегда - спасибо за видос. Успехов и развития!
Благодарю! Взаимно
Максимально понятно и качественно! Как всегда лучшее объяснение материала, жду продолжение про join)
Большое спасибо за фидбэк!
Все очень четко и ясно! Спасибо за труд)
Спасибо за фидбэк!
Смотрится плэйлист на ура ничего не плохо
Благодарю за полезный контент 👍
Спасибо за фидбэк!
Все четко, будет время и желание, запиши продолжение SQL
Чел ты крут спасибо за видео!
Очень жду продолжения)))
Благодарю за фидбэк!
Плейлист 🔥
Очень полезно и понятно, надеюсь продолжение следует...
Спасибо за фидбэк! Рад что видео полезно и помогают. Продолжение обязательно будет 👍
Годнота, однако!
Спасибо!
Последний запрос прям взорвал чердак :)
Спасибо!!! Отличные уроки. Сам учу python и пишу мелкие приложения, так сказать для себя, и столкнулся с тем что нужно вести историю записей в приложениях (ещё парсер нужно написать из excel), а для этого нужно БД изучать. Хотел начать MySQL учить, увидел на твоём канале записи, а ты взял и на postgresql перешёл. Теперь его изучаю вместо mysql. Но думаю они похожи, потому не против, тем более здесь такая классная штука как pgAdmin.
Большое спасибо за уроки и главное не останавливайся, а то мне мало этой инфы :) Специально жду твои уроки, идеально преподносишь материал, шикарно объясняешь и отличные примеры.
Спасибо за фидбэк! Рад что полезно) У разных СУБД SQL синтаксис на 99% схожий. Так что освоив одну, без труда перейдешь на другую по необходимости.
Нужно продолжение !
Топ, спасибо за обучение!
Благодарю
Спасибо. Продолжай!
Благодарю за фидбэк!
подскажите, а что значит posts_tags_pk в третьей таблице? при выборке не увидел этого столбца
Спасибо ! Познавательно )
Благодарю за фидбэк
спасибо) классный курс))
Спасибо за поддержку!
год прошёл, а проды нет( видосы - огонь. эту подборку надо всем 1с-никам начинающим смотреть, чтоб запросов не пугались)
То есть Left join проверяет соответствуют ли стрoки требованию и в отличии от INNER JOIN, не удаляет не соответствующие, а возвращает строки, где значение будут возвращены в виде NULL и уже если мы прописали, что наши значения обязательно должны быть NOT NULL, они не будет добавлены?
Получется, что команда "CONSTRAINT posts_tags_pk PRIMARY KEY" это ограничение создающее композиционный ключ? Я просто что-то не совсем понял. К примеру я понимаю когда прописывают команду, чтобы если данные удаляются из родительской таблицы, то они автоматом удалялись и из дочерней или наоборот. Тут же просто пишем ограничение на первичный ключ...а ограничивает оно что?
В промежуточной таблице не нужно поле id auto_increment primary key ?
Спасибо, столкнулся с такой проблемой : Не получилось с первого раза нормально записать данные в таблицу, некоторые данные в неё уже внеслись, соответственно дальше даже когда удалены значения в таблице, автозаполнение "id" будет постоянно добавлять новые номера в таблицу.
Решение : "TRUNCATE TABLE table RESTART IDENTITY;" обнуляет счетчик (и удаляет все данные).
Получается, если мне нужно получить все тэги одного поста, компу придётся перебирать все значения в таблице связей? Это же огромная нагрузка. А если у меня записей тысячи? Есть какое-то альтернативное решение для таблиц?
Блин, спасибо огромное. Первые две минуты - ответ на мой недавний вопрос самому себе. Я не знал как сформулировать вопрос гуглу, пробовал запихнуть ключи в одну ячейку через запятую (по совету со stackoverflow), но это дикий колхоз...
Причём с join проблем не возникло.
Рад что полезно. Благодарю за фидбэк
@@PythonToday сори, я тут вернулся к тому проекту, но через объединение через LEFT JOIN запрос в конце у меня не сработал, ругался на Ambiguous Name Column. Вроде совпадающих имен не было, пытался все на алиасы заменить...
Зато сработал запрос вида SELECT posts.id, tags.tag_name FROM posts, tags. Это норм вариант, в этом есть минусы?
продолжай
Спасибо!!! Может будет продолжение ?
Благодарю за фидбэк. Обязательно будет
Доброго дня! Интересно было бы узнать, как можно заносить вводимые данные в базу My SQL и отправлять их на печать в уже заготовленный шаблон ворд? Например поля ФИО, дата рождения и другое в места в ворд документе, где данная информация должна быть указана.
требуем продолжения обучен5
Стараюсь
Супер, спасибо! Наконец разобрался в том, что такое отношение "многие ко многим"
Только такой вопрос: зачем?
Почему нельзя в таблице posts создать колонку tags и там списком указать нужные теги а после уже искать по принципу "содержит"?
Благодарю. "создать колонку tags и там списком указать нужные теги" в смысле, текстом что ли? Странный вопрос на самом деле. Тогда можно вообще одно поле создать info и в него поместить всё, что можно через какие то разделители $()@*&@_ да искать потом)
Комментатор имеет ввиду есть тип данных в Postgres со списком, например int[]. И туда можно записать к примеру, какие есть тэги в посте. Это позволяет не строить 3 таблицу. По скорости думаю проигрыша не будет. Интересно Ваше мнение😊
constraint для чего нужно? какое это ограничение?
Это дать название ограничению
Отличный курс, жаль это предпоследний урок((
движемся к записи данных с парсинга в БД и затем чтение ботом?)
Да может и придем к этому)
Клевый урок, почему нет продолжения???(
можно пореже видео выпускать (шутка), не успеваю смотреть!))
Старался :(
жду про join
За 9 минут объяснить как работать на практике с many to many и left join это профессионализм.
Я так понял что покерный калькулятор не будет? А жаль хорошая идея, там много чему можно научиться. В Ютюбе нету ни одного ролика такова.
Не совсем понял, калькулятор который обманывает систему? Снять ролик и учить людей обману?
@@PythonToday системы невозможно обмануть, а покерный калькулятор помогает игроку .
+1. Покерный калькулятор это топовая тема для видео!
@@PythonToday Покерный калькулятор рассчитывает шансы банка и шансы на выйгрыш в текущей раздаче. Уже есть куча таких программ, но они платные.
Где же продолжение?)
Не успеваю все сразу делать :( Буду стараться.
+
Спасибо за труды! Ждем продолжения