Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>15 мар 2021</li>

3 <li>0</li>

4 </ul>Выбираем, какие фильмы посмотреть, с помощью соединения данных в SQL.

5 скриншот из игры team fortress 2 / valve

6 Фулстек-разработчик. Любимый стек: Java + Angular, но в хорошей компании готова писать хоть на языке Ада.

7 Опять эта проблема - выбрать кино на вечер. Благодаря стриминговым сервисам доступны едва ли не все фильмы мира: это бесконечное полотно с постерами и фильтры, фильтры, фильтры…

8 Кусок бесконечного полотна фильмовМОЗГ: Поставлю-ка я фильтр по стране: пусть будетДания, и добавлю ограничение по жанру -триллер… Ну вот - другое дело, относительно небольшой список.

9 - Мозг, а знаешь почему? Да потому что здесь только фильмы, которые сняты в Дании И помечены как триллеры.

10 - Но если мне нужно не И, а ИЛИ? Или я хочу выбирать из датских фильмов, но толькоНЕтриллеры? Как выставить такой фильтр?

11 - Да не знаю я, как задать такие критерии в этом сервисе. Вот если бы можно было писать на SQL - тут бы решение нашлось для любой комбинации признаков.

12 - Пруфы будут?

13 - Легко! Ещё и картинки будут. У меня и база фильмов уже спарсена - тренируйся не хочу.

14 Назовём множество датских фильмов - D, а множество триллеров - T. У каждого фильма будет уникальный номер, он же ключ. Раз ключ - пусть зовётся Key.

15 Заодно вспомним, как на SQL пишется простой запрос для связывания данных из двух таблиц:

16 SELECT * (или список полей) FROM D JOIN T ON D.Key=T.Key WHERE условие отбораЕсли не уточнить тип соединения (JOIN), то по умолчанию применяется INNER JOIN - как раз тот вариант, который сработал в нашем кинофильтре. Это он выбирает и триллеры, и датские фильмы одновременно.

17 А вот и обещанная картинка:

18 Никаких компромиссов - исключительно датские триллерыПриINNER JOIN(внешнее соединение) выбираются только совпадающие по условию объединения данные из обеих таблиц. Порядок таблиц в запросе не важен.

19 Подойдёт, если:

20 <ul><li>я хочу выбрать датские фильмы;</li>

21 <li>и согласна, что среди них могут быть триллеры;</li>

22 <li>но мне не интересны триллеры производства других стран, только датские.</li>

23 </ul>Вот так будет выглядеть SQL-запрос:

24 SELECT * FROM D LEFT JOIN T ON D.Key=T.KeyИ подобающая случаю диаграмма:

25 Датские любых жанров, а из триллеров только датскиеLEFT JOIN(левое внешнее объединение) - то же самое, чтоLEFT OUTER JOIN.

26 В результат попадают совпадающие по ключу данные обеих таблиц и все записи из левойтаблицы, для которых не нашлось пары в правой.

27 - А что, если я вообще не фанат триллеров, но датские фильмы мне интересны?

28 - Тогда к скрипту выше нужно дописать одно условие:

29 SELECT * FROM D LEFT JOIN T ON D.Key=T.Key WHERE T.Key IS NULLДословно T.Key IS NULL означает, что нужно включить в результат только записи, в которых значение ключа для записей из множества триллеров пусто.

30 - Как это пусто? Ведь у фильма не может быть пустой номер!

31 - Верно. Думай об этом не как о едином множестве фильмов, а как о парах фильмов из двух групп. Мы берём один фильм из первой группы (датские) и ищем во второй группе (триллеров) для него пару - фильм с таким же номером.

32 Если пара найдётся (значит, попался датский триллер) - считаем, что T.Key не пустой, иначе он как раз и будет IS NULL.

33 Диаграмма теперь выглядит так:

34 Датские - все, кроме триллеров. Триллеры полностью исключаемЕсли день не задался и смотреть что-то доброе и вечное настроения нет, можно установить фильтр для отбора только триллеров. И пусть даже среди них будут датские, но вот другие категории датских фильмов рассматривать не будем.

35 SELECT * FROM D RIGHT JOIN T ON D.Key=T.KeyВот как это выглядит на диаграмме:

36 Триллеры любых стран, а из датских фильмов - только триллеры - Подожди, ну не настолько же всё плохо - давай хотя бы датские триллеры исключим. Мне кажется, я даже догадываюсь, как это сделать:

37 SELECT * FROM D RIGHT JOIN T ON D.Key=T.Key WHERE D.Key IS NULL- Совершенно верно! Наверняка и диаграмма для этого случая тебя не удивит:

38 Триллеры, но только не датские. Датских фильмов вообще не нужно.RIGHT JOIN(правое внешнее соединение) - то же самое, чтоRIGHT OUTER JOIN.

39 В результат объединения попадают совпадающие по ключу записи обеих таблиц и все данные из правойтаблицы, для которых не нашлось пары в левой.

40 - Что, если фильм нам подойдёт, когда онИЛИ датский,ИЛИ триллер?

41 - Тогда и пригодился бы новый тип JOIN:

42 SELECT * FROM D FULL OUTER JOIN T ON D.Key=T.KeyИ вот такая "цельная" у него диаграмма:

43 Фильм может быть любым, если он датский или триллерFULL JOIN(полное внешнее соединение) - то же самое, чтоFULL OUTER JOIN.

44 В результат объединения попадают совпадающие по ключу записи обеих таблиц и все строки из этих двух таблиц, для которых пар не нашлось. Порядок таблиц в запросе не важен.

45 - А если я хочуИЛИ датский,ИЛИ триллер, но не одновременно эти два признака, так можно?

46 - Да, можно и так. Здесь снова пригодится проверка на NULL.

47 SELECT * FROM D FULL OUTER JOIN T ON D.Key=T.Key WHERE D.Key IS NULL OR T.Key IS NULLИ общий для триллеров и датских фильмов сектор на диаграмме останется незакрашенным:

48 Можно датские, можно триллеры, но исключаем датские триллеры - Что ж, похоже, мы перебрали все возможные комбинации для связывания двух множеств.

49 - А вот и нет. Есть ещё один, особенный джойн.

50 У него и персональное название есть -декартово произведение. Для двух множеств в результате CROSS JOIN получаются все возможные пары, в каждой из которых будет представитель одного и второго множества.

51 SELECT * FROM D CROSS JOIN T - Стоп! А где же тут соединение по ключу:ON D.Key=T.Key?

52 - В том-то и дело, что мы составляем пары, не обращая внимания на ключи, просто каждый элемент первой группы сопоставляем с каждым из второй.

53 - Звучит как-то сложно. Зачем вообще могут понадобиться такие пары? Для фильмов это бессмыслица какая-то получится.

54 - Пожалуй. Давай возьмём пример ближе к жизни. Предположим, есть магазин одежды, и мы хотим составить для него таблицу размеров одежды, но с учётом её цвета. То есть нужны все возможные комбинации размер + цвет. Это и достигается с помощью CROSS JOIN.

55 А схематично изобразить это можно вот так:

56 Декартово произведение множествCROSS JOIN(перекрёстное объединение) возвращает декартово произведение: все возможные комбинации соединения записей из первой и второй таблиц.

57 - Ок, с джойнами теперь всё ясно. Остался только один вопрос.

58 - И какой же?

59 - Смотреть-то что будем? 😜

60 Data Science с нуля: пробуем профессии на практике за 5 дней

61 Вы разберётесь в трёх главных направлениях data science: машинном обучении, разработке на Python и визуализации данных. Решите, какая сфера вам ближе, и выполните 4 реальные задачи с данными.

62 <a>Пройти бесплатно</a>

63 <a>Попробуйте data science на бесплатном курсеПройдите курс по data science и изучите 3 направления в работе с данными. Решите, в какой сфере хотите развиваться дальше, и получите ценные подарки. Пройти курс →</a>