🗄️ SQL и базы данных · 20 вопросов · ~36 мин · ⏱ Таймер 36:00 · Средний · 👥 1 прошёл

Соединение таблиц JOIN

Соединения проверяются на маленьких данных, где видно каждую получившуюся пару. В тесте есть пропавшие строки из LEFT JOIN, дубли из связей один-ко-многим, фильтр в ON и WHERE, самосоединение и выбор типа JOIN под задачу. Термины сами по себе не помогут: нужно построить результат.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выбери один ответ из четырёх. В тесте 20 вопросов и 36 минут. После завершения откроются общий процент, четыре тематические шкалы, правильные ответы и разбор каждого задания.

Вопрос 1 из 20

Сколько строк вернёт соединение?

WITH a(id) AS (VALUES (1),(2)),
     b(a_id) AS (VALUES (1),(2),(2))
SELECT * FROM a JOIN b ON b.a_id=a.id;

Три строки Четыре строки Одна строка Две строки

Вопрос 2 из 20

Что произойдёт, если забыть условие ON и явно написать CROSS JOIN?

СУБД выберет внешний ключ сама Запрос вернёт только общие столбцы Получится каждая строка первой таблицы с каждой строкой второй Строки сопоставятся по одинаковым id автоматически

Вопрос 3 из 20

Какое условие соединения защищает от смешения одинаковых id разных организаций?

ON d.tenant_id = d.tenant_id ON d.id = f.document_id AND d.tenant_id = f.tenant_id ON d.id = f.document_id ON d.id <> f.document_id

Вопрос 4 из 20

Почему условие ON users.id = orders.id подозрительно?

Совпадение типов и названий id достаточно, чтобы СУБД вывела связь между таблицами Условие корректно, если значения двух id случайно совпадают на текущих данных USING(id) исправит условие, потому что одинаковое имя столбца важнее внешнего ключа Обычно orders.id — идентификатор заказа, а связь хранится в orders.user_id

Вопрос 5 из 20

Какой запрос соединяет заказ с его клиентом по предполагаемому внешнему ключу?

SELECT * FROM orders o JOIN customers c ON o.customer_id=c.id; SELECT * FROM orders o, customers c; SELECT * FROM orders o JOIN customers c ON o.id=c.id; SELECT * FROM orders o JOIN customers c ON o.customer_id<>c.id;

Вопрос 6 из 20

Какие клиенты попадут в INNER JOIN с orders?

Только клиенты, у которых есть хотя бы один совпавший заказ Одна строка на каждого клиента, даже если у него несколько заказов Все клиенты: для отсутствующих заказов столбцы orders будут заполнены NULL Только клиенты без заказов, потому что совпавшие строки отбрасываются

Вопрос 7 из 20

У одного клиента три заказа. Сколько раз его имя появится в результате?

SELECT c.name
FROM customers c
JOIN orders o ON o.customer_id=c.id;

Один раз Два раза Три раза Ни разу

Вопрос 8 из 20

Что вернёт запрос для автора без книг?

SELECT a.name, b.title
FROM authors a
JOIN books b ON b.author_id=a.id;

Ошибка выполнения: INNER JOIN требует хотя бы одну книгу для каждого автора Строку автора, из которой столбец title будет исключён Строку автора с NULL в title, как при внешнем соединении Ни одной строки для этого автора: совпавшей книги нет

Вопрос 9 из 20

Цепочка customer → orders → order_items используется для вывода позиций. Что определяет число строк?

Произведение числа клиентов, заказов и позиций, независимо от условий ON Число совпавших позиций заказа Число клиентов Число заказов

Вопрос 10 из 20

Как выбрать клиентов, у которых есть заказы, но вывести каждого клиента один раз?

SELECT c.* FROM customers c JOIN orders o ON o.customer_id=c.id; SELECT c.* FROM customers c CROSS JOIN orders o; SELECT o.* FROM customers c JOIN orders o ON o.customer_id=c.id; SELECT DISTINCT c.* FROM customers c JOIN orders o ON o.customer_id=c.id;

Вопрос 11 из 20

Что вернёт LEFT JOIN для клиента без заказов?

Клиент исчезнет Запрос завершится ошибкой Клиент останется, а столбцы заказа будут NULL Появится фиктивный заказ с нулевым id

Вопрос 12 из 20

Почему этот LEFT JOIN фактически исключает клиентов без оплаченных заказов?

SELECT c.id, o.id
FROM customers c
LEFT JOIN orders o ON o.customer_id=c.id
WHERE o.status='paid';

LEFT JOIN с псевдонимами обрабатывается как INNER JOIN ещё до фильтрации Условие WHERE относится только к совпавшим строкам и не проверяет добавленные NULL LEFT JOIN заменяет отсутствующий status на значение paid из условия WHERE Условие o.status = paid в WHERE не истинно для NULL правой стороны

Вопрос 13 из 20

Как сохранить всех клиентов, присоединив только оплаченные заказы?

LEFT JOIN orders o ON o.customer_id=c.id AND o.status='paid' CROSS JOIN orders o WHERE o.customer_id IS NULL LEFT JOIN orders o ON o.customer_id=c.id WHERE o.status='paid' JOIN orders o ON o.status='paid'

Вопрос 14 из 20

Для чего подходит FULL JOIN?

Оставить только совпадения Сохранить несовпавшие строки обеих сторон Сохранить только левую сторону Сопоставить только строки с заполненными ключами, отбрасывая несовпавшие записи обеих сторон

Вопрос 15 из 20

orders.id — первичный ключ. Как найти клиентов без заказов через LEFT JOIN?

WHERE c.id IS NULL WHERE o.id = 0 WHERE o.id IS NULL WHERE c.id = o.id

Вопрос 16 из 20

Почему SELECT DISTINCT не всегда является правильным лечением дублей после JOIN?

DISTINCT удаляет только соседние повторы, поэтому проблему достаточно решить сортировкой DISTINCT безопасен при любом JOIN, когда выбран первичный ключ левой таблицы Он может скрыть ошибочную кардинальность или неверное условие, не исправляя расчёты DISTINCT исправляет кардинальность соединения, если в SELECT нет агрегатных функций

Вопрос 17 из 20

Заказ имеет две позиции и два платежа. Сколько строк даст прямое соединение orders → items и orders → payments для одного заказа?

Три комбинации Одна комбинация Четыре комбинации Две комбинации

Вопрос 18 из 20

У заказа несколько позиций и несколько платежей. Как посчитать обе суммы без их взаимного умножения при JOIN?

Сначала отдельно агрегировать позиции и платежи до одной строки на заказ, затем соединить результаты Соединить обе дочерние таблицы напрямую и применить SUM(DISTINCT amount) к каждой сумме Связать позиции с платежами по совпадающей сумме, затем сгруппировать по заказу Добавить DISTINCT ко всему итоговому набору после вычисления обеих SUM

Вопрос 19 из 20

В таблице tags у статьи несколько тегов. Что означает повторение article.id после JOIN?

Уникальность article.id должна сохраняться в результате JOIN так же, как в исходной таблице Повтор первичного ключа в результате всегда доказывает ошибку в условии ON Естественную строку на каждую пару статья–тег Повторы показывают, что DISTINCT отсутствует и результат обязательно нужно очистить

Вопрос 20 из 20

Какой запрос выводит по одной строке на каждый заказ, включая заказы без позиций, с количеством его позиций?

SELECT o.id, COUNT(*) FROM orders o LEFT JOIN order_items i ON i.order_id=o.id GROUP BY o.id; SELECT o.id, COUNT(i.id) FROM orders o LEFT JOIN order_items i ON i.order_id=o.id GROUP BY o.id; SELECT o.id, i.id FROM orders o LEFT JOIN order_items i ON i.order_id=o.id; SELECT o.id, COUNT(*) FROM orders o CROSS JOIN order_items i GROUP BY o.id;

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу