Практический курс по SQL для начинающих - #6 Проектирование и нормализация Базы Данных (БД)

Данный курс на KZbin - сильно укороченная (демо) версия полного курса, который вы можете приобрести на stepik (с карточкой из РФ) или Udemy (с карточкой не из РФ)
Купить полный курс на stepik:
www.engineerspock.com/buy-pos... - получите скидку 30%
Купить полный курс на udemy:
www.engineerspock.com/buy-pos...
Все курсы от EngineerSpock: www.engineerspock.com/offer-s...
Подпишись на канал в Telegram: t.me/engineerspock_it
Подписка на Boosty: boosty.to/engineerspock
Донаты на развитие: pay.cloudtips.ru/p/1f080f72
Чат в Telegram: t.me/python_devs
Ссылка на репозиторий в GitHub: github.com/EngineerSpock/post...
---------------------------------------------------------------------------------------------
Базы данных (БД) вообще и реляционные базы данных в частности - очень широкие темы. Эта серия уроков по SQL посвящена именно разработке реляционных баз данных под управлением PostgreSQL (PostgreSQL - это СУБД т.е. система управления базами данных).
На этом курсе по SQL вы освоите основы SQL: узнаете что такое SQL, научитесь писать SQL запросы различной сложности. Все те знания, которые вы получите на курсе легко применимы и к другим СУБД, таким как MySQL, Microsoft SQL Server, Oracle.
Изучение SQL это один из самых быстрых способов подняться по карьерной лестнице и начать зарабатывать ещё больше. На курсе вы будете учиться и получать задания для собственной проверки и улучшения понимания материала.
В данном видео уроке по SQL мы разбираем:
00:00 Введение в процесс проектирование базы данных (БД)
18:13 Рекомендации, лучшие и худшие практики по проектированию базы данных (БД)
26:59 Нормальные формы и нормализация базы данных (БД): первая нормальная форма, вторая нормальная форма, третья нормальная форма
#sql #postgresql #engineerspock

[@prometey12]

Чувак, у тебя талант истинного преподавателя - объяснять сложные вещи простым языком. Только за это купил твой курс на Степико. Молодец.

[@sandushaikhina1283]

Сколько я пыталась найти нормальные курсы по sql... у тебя талант к преподаванию. Спасибо огромное!!!

[@paveldudnikov5302]

Преподаватель от Бога!!!

[@gnompirogov9259]

Спасибо большое!!! С удовольствием смотрю

[@user-fv1ht8fj2z]

Спасибо за интересный, понятныйи хорошо структурированный курс! 👍

[@user-kw4kp7eq9m]

Спасибо за великолепные уроки!

[@MayorKozin]

Комментарий в поддержку! Огромное спасибо, для аналитика знаний в лекциях достаточно для понимания азов в работе с БД!

[@sovrinfo]

Спасибо за видео.Коммент в поддержку!

[@mikhailurtamov6625]

Автору большая благодарность за труд! Материал подаётся очень доходчиво, что сохраняет желание продолжать обучение дальше. В программировании абсолютный новичек, пока искал за что зацепиться перебрал достаточно языков программирования и курсов к ним. Скажу, что именно курсы Ильи остановили этот перебор и помогли сосредоточиться на чем-то конкретном: БД и C#. Ещё раз спасибо за труд!!!

[@MrStand-de4xx]

Привет, можешь посоветовать книгу по posgreSQL или написать, как ты его учил?

[@user-sl9un3mu3o]

Спасибо! Наконец-то всё стало понятно)

[@Sardorbek-Akhmedov]

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

[@andreykrauch5027]

Супер! Осилил😀

[@HeIvis]

Это конечно очень круто, настолько ясно и понятно. А то читаю книгу: Основы технологий баз данных (Новиков), он так сложно описал

[@vladimirgaydamakin7155]

отличное видео

[@EngineerSpock]

Данный курс на KZbin - сильно укороченная (демо) версия полного курса, который вы можете приобрести на stepik (с карточкой из РФ) или Udemy (с карточкой не из РФ) Купить полный курс на stepik: www.engineerspock.com/buy-postgres-youtube-stepik - получите скидку 30% Купить полный курс на udemy: www.engineerspock.com/buy-postgres-youtube-udemy Все курсы от EngineerSpock: www.engineerspock.com/offer-spock-youtube ***** Подпишись на канал в Telegram: t.me/engineerspock_it Подписка на Boosty: boosty.to/engineerspock Донаты на развитие: pay.cloudtips.ru/p/1f080f72 Чат в Telegram: t.me/python_devs Ссылка на репозиторий в GitHub: github.com/EngineerSpock/postgres-course-ru *****

[@root924]

Не думаю, что Фёдор Достоевский - идиот, а в целом, очень полезный видеоматериал

[@arthurpralaya]

В принципе все правильно рассказано, но хотел бы добавить, что касается вычислимых полей, что это не такая уж и плохая практика, как раз иногда она очень даже нехило выручает по производительности. Например, у вас есть сущность товары и у них есть свойство рейтинг, и раз в сутки вы запускаете скрипт, который пересчитывает рейтинги этих товаров, например, на основе частоты покупок или просмотров этих товаров. Этот самый рейтинг будет логично здесь сделать вычислимым полем, просто чтобы не рассчитывать его каждый раз при вызове метода получения значения этого рейтинга. Update: собственно, автор чуть позже как раз об этом и рассказал)

[@user-ym6ln2rk3s]

До твоих видео читал книгу Основы языка SQL Е.Моргунов появился вопрос по поводу скалярности и простых типов В книге есть пример использования json строки: Предметная область - авиаперелеты Таблица - самолет Поле - Характеристики самолета, тип - json Дело в том что в книге объясняется этот пример тем, что список характеристик у самолетов может быть разным, а также при появлении новых типов характеристик для самолета, нам не нужно менять структуру таблицы. Вот собственно и вопрос: В таком случае будут ли соблюдаться условия 1НФ? и если нет то почему вариант с разделением этой json строки на поля более предпочтителен?

[@jamjam3337]

😎

[@Nodorgrom]

40:30 я так понимаю если book_title вынести в отдельную табличку с book_title_id, book_title с book_title_id как внешний ключ на books.book_title_id, то мы получим 4НФ ?))

[@RaptorT1V]

17:48 послышалось как "это normal shit"

[@RaptorT1V]

на 2х скорости

[@cyber_stoner]

22:20

[@FrostyLD]

С ИНН пример всё-таки некорректен - это уникальная штука. Согласно приказу ФНС "ИНН, признанный недействительным, не может быть присвоен другой организации (другому физическому лицу)."

[@EngineerSpock]

В базах всё выглядит не так как кажется с первого взгляда. В том числе то что кажется уникальным в базах не уникально. Инн, номер паспорта. Не уникальны они на практике)

[@FrostyLD]

@@EngineerSpock я согласен, что в рабочей базе может быть два контрагента (на самом деле один и тот же) с одинаковым ИНН. Типа так надо. Мне резануло ухо фраза про то, что ИНН может быть передан после смерти человека.

[@olegzorin3911]

@@EngineerSpock ИНН действительно можно поменять. А вот СНИЛС нет - он один на всю жизнь.

[@EngineerSpock]

@@olegzorin3911 ошибаетесь. Это всё в мире розовых пони так. Поменял СНИЛС дочери)))

[@olegzorin3911]

@@EngineerSpock Хм... Вот так поворот.

[@valchonok]

Я не совсем поняла. на 32:38 вы говорите, что композитный ключ был бы уникальным даже если бы повторялись имена author_id, book_id. Но ведь если 2 раза будет книга Льва Толстого "Война и мир", то составной ключ тоже повторится и тогда уже не будет уникальным.

[@EngineerSpock]

Посмотрел. Я там такого не говорю

[@valchonok]

@@EngineerSpock но вы говорите "когда они вместе (author_id, book_id), то есть уникальность по составному ключу". Это имеется ввиду в конкретной данной ситуации когда у нас не повторяются названия книг или вообще?

[@EngineerSpock]

@@valchonok конкретно в данной ситуации. В реальности уникальность книг скорее всего определяется через отдельный уникальный номер

[@valchonok]

@@EngineerSpock понятно, спасибо!

[@user-tk2mg9ml6o]

первые 2/3 видео - вода из специфических терминов, что делает бесполезным для тех, кто только вникает в СУБД. А вот последняя часть оказалась очень даже полезной. p.s. В конце правда сильно не хватает скрина со всеми рассматриваемыми таблицами

[@EngineerSpock]

Если вы вникаете в субд то всю эту "воду" надо было внимательно слушать

[@ganjaph]

не знаю как там на россии но в Украине ИНН всегда уникален и вычисляется исходя из личных данных человека которому его присваивают. Не бывает двух одинаковых ИНН. По этому не совсем согласен с этим примером, но логика ясна - ключ должен быть немутабелен и уникален.

[@EngineerSpock]

тут как бы понимаете какое дело... вот например Андрей Акиньшин в своей время рассказывал как занимался системой, учитывающей паспорта РФ. Там тоже "должно" было быть много чего, но на практике оказывалось вообще не так.

[@ganjaph]

@@EngineerSpock не знаком с Андреем :)

[@EngineerSpock]

@@ganjaph ну про этот кейс публично рассказывал ли он не знаю, но чтобы познакомиться просто пробейте его имя в ютубе

[@EdwardNorthwind]

Не знаю будет ли об этом сказано дальше, поэтому спрошу сразу. Индексы для FOREIGN KEY не создаются, но в чем разница между: CREATE INDEX reports_create_employee_id_idx ON public.reports (create_employee_id, update_employee_id); и CREATE INDEX reports_create_employee_id_idx ON public.reports (create_employee_id); CREATE INDEX reports_update_employee_id_idx ON public.reports (update_employee_id);

[@EngineerSpock]

Завтра начнём серию роликов про индексы и устройство внутреннее бд

[@EdwardNorthwind]

@@EngineerSpock спасибо, буду ждать ролик.