3. Базы данных. Выборка данных (продолжение)

Слайды лекции: bozaro.github....
Лекция читается в рамках образовательного проекта «Технопарк Mail.ru Group» при МГТУ им. Баумана.
00:20 Краткий обзор прошлой лекции
00:38 COLLATION - Регистронезависимый поиск. Что это такое? Зачем оно вообще нужно?
01:06 Суть ситуации с регистронезависимым поиском в PostgreSQL. Как он реализуется в этой базе данных
01:18 Три разных подхода для реализации регистронезависимого поиска
01:24 Подход первый - COLLATION. Правила сравнения строк в зависимости от языковой локализации («локали»)
02:28 Разные правила сортировки для разных языков. Пример отличия разных сортировок (на слайде)
03:06 Первый столбец таблицы (на слайде) - сравнение посимвольное
03:44 Кодировка UTF-8. О базовых правилах сортировки
04:36 Об отличиях русской локали
05:11 О реализации регистронезависимого сравнения COLLATION в различных системах баз данных
05:41 О реализации COLLATION в MySQL (на слайде - какие буквы он трактует одинаково)
06:09 Использование COLLATION для преобразование в верхний и нижний регистр (разбор слайда)
06:52 Расхожий миф о первых 128 символах, которые определены в ASCII
07:55 Вывод
08:14 О специфике реализации COLLATION в PostgreSQL
11:23 Плюсы и минусы создания функционального индекса
14:33 Правильное добавление расширения CITEXT в базу данных
15:00 Оператор SELECT (продолжение рассмотрения команды SQL с прошлой лекции). Краткий повтор пройденного материала
17:14 Подзапросы - SUBQUERIES
23:13 Оконные функции
27:10 UNION
31:08 SQL JOINS
42:43 Почему не рекомендуется использовать NATURAL JOIN
43:36 JOIN USING
45:18 LEFT OUTER JOIN
49:16 RIGHT OUTER JOIN
50:43 FULL OUTER JOIN
57:38 SELF-JOIN
01:01:46 SUBQUERIES vs JOIN
01:06:20 Вопрос залу: чем коррелирующий запрос отличается от некоррелирующего запроса?
01:07:13 FAKE TABLE - псевдотаблицы
01:16:53 WITH RECURSIVE - рекурсивные запросы
01:25:39 О предыдущих и будущих контрольных работах по теме запросов. Разбор заданий, которые вызвали трудности из предыдущей контрольной работы по запросам
02:01:58 VIEW - представление («виртуальная таблица»). Преимущества, ограничения, особенности VIEW
02:11:28 Краткий рассказ про Docker
02:18:41 Какие существуют виды виртуализации и какое место в этом занимает Docker. О виртуальных машинах
02:30:36 Работа с образами Docker
02:33:42 Полезные ссылки по Docker
Цель курса
Узнать:
• концепцию и принципы реляционной модели данных;
• методы проектирования баз данных;
• методику построения запросов;
• подходы к профилированию производительности;
• методику оптимизации запросов к БД MySQL;
• подходы к администрированию хранилища данных на основе БД MySQL;
• основы архитектуры современных СУБД;
• основы и границы применимости реляционной модели;
• основные типы нереляционных баз данных, а также область их применимости при построении хранилищ данных.
Уметь:
• проектировать концептульные и логические схемы для высоконагруженных баз данных;
• строить запросы на выборку и модификацию данных к реляционным СУБД;
• профилировать производительность хранилища данных на основе БД MySQL;
• оптимизировать запросы и структуру реляционной БД в целях повышения производительности;
• выполнять запросы к нереляционной документоориентированной СУБД;
• разрабатывать прикладные программы, осуществляющие взаимодействие с БД программы, осуществляющие взаимодействие с БД.
Другие лекции курса: • Курс · Базы данных (ве...
VK Team - это безграничные возможности проявить себя. Мы делаем современные и быстрые интернет-сервисы, доступные каждому. На этом канале делимся опытом компании VK, рассказываем о технологиях, наших образовательных проектах и жизни команды.
😎 Сообщество ВКонтакте: vkteam
👨‍🎓 VK Education: education.vk.c...
🏆 Чемпионаты: cups.online/
👨‍💻 Карьера в VK: team.vk.company/

[@alexeycoder]

Кажется решение к примеру 1 (с друзьями и классам) не совсем верное, поскольку WHERE o.id IS NULL отсечёт тех у кого есть друзья ТОЛЬКО из других классов, а те у кого есть друзья КАК из других, ТАК и из своего класса, попадут в выборку. Я думаю правильнее отсекать по счётчику, т.е. убрать "WHERE o.id IS NULL", а вместо него после GROUP BY добавить HAVING COUNT(o.id)=0. А вообще хочу сказать это лучшие лекции по теме, спасибо авторам!

[@DmitryKudriashov-d8c]

Видео и слайды вразбежку с 21:08

[@alexandrerparchitect9934]

Да, монтаж видео отстой полный . Контекст речи не совпадает со слайдами вообще.

[@sergeyignatov7940]

@@alexandrerparchitect9934 что мешает открыть слайды в отдельном окне? ссылка жы есь!

[@djsosbxbdirndxnkcbebxhxbe]

@@sergeyignatov7940примерно как пользоваться макОС и линуксом, такая же разница

[@Mudretsov]

Что-то мне кажется, что во втором примере искать среднее от среднего не очень правильно

[@Chaevnicher]

пожалуй самый зашкварный видос по запросам. посыл вроде правильный, но этот мусор нужно обязательно переснимать со слайдами _БЕЗ_ОШИБОК_ и _НОРМАЛЬНО_ смонтировать. у меня прям пригорело от этого видоса)

[@liha478]

Я надеюсь чуваку который монтировал видео не заплатили премию

[@ВалерийЖмышенко-ы7с]

Монтажеру было глубоко насрать как дублировать слайды в видео

[@lisafox9026]

я не профессионал но ни один запрос не написан правильно, и как пример их использовтать нельзя, как верить парню что он не прикалывается? везде : HINT: Оператор с данными именем и типами аргументов не найден. Возможно, вам следует добавить явные приведения типов. ********** Ошибка **********

[@linder1986]

Господи, неужели никто не додумался скрыть бирку футболки?

[@alex-t2v3u]

Это не бирка, а обычный БЕЙДЖик, который к джинсам прикреплен)))

[@garrygaller2853]

Да, чувак, про бирку ты лоханулся (футболка не новая, чутка растянутая - какая нафиг бирка?)... Господи, неужели ты не понял?