🗄️ SQL и базы данных · 20 вопросов · ~34 мин · ⏱ Таймер 34:00 · Средний ·

Объединение результатов

UNION и родственные операции проверяются не по определению, а на конкретных наборах: где исчезнет дубль, почему UNION ALL сохраняет повторения, какие столбцы считаются одной строкой и в какую сторону работает EXCEPT. Есть задачи на совместимость типов, порядок результата и отличие вертикального объединения от JOIN.

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

⏱ --:--

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

Вопрос 1 из 20

Что делает UNION в этом запросе?

SELECT email FROM active_users
UNION
SELECT email FROM archived_users;

Добавляет столбцы archived_users к active_users Соединяет строки по id Обновляет active_users Объединяет строки результатов и удаляет повторы

Вопрос 2 из 20

Чем JOIN отличается от UNION?

UNION может использовать только два запроса к одной и той же таблице JOIN и UNION взаимозаменяемы, если у таблиц одинаковое число столбцов JOIN обычно добавляет столбцы через сопоставление строк, UNION добавляет совместимые строки JOIN складывает строки вертикально, а UNION соединяет столбцы по ключу

Вопрос 3 из 20

Где должен стоять ORDER BY для сортировки всего объединённого результата?

SELECT id FROM a UNION SELECT id FROM b ORDER BY id; SELECT id ORDER BY id FROM a UNION b; SELECT id FROM a ORDER BY id UNION SELECT id FROM b; ORDER BY id SELECT id FROM a UNION SELECT id FROM b;

Вопрос 4 из 20

Нужно объединить события и сохранить источник. Какой вариант делает это явно?

SELECT id,created_at,'click' AS source FROM clicks UNION ALL SELECT id,created_at,'purchase' FROM purchases

SELECT id, created_at, 'click' AS source FROM clicks UNION ALL SELECT id, created_at, 'purchase' AS source FROM purchases

SELECT c.id,c.created_at,'click' AS source FROM clicks c JOIN purchases p USING (id)SELECT * FROM clicks JOIN purchases USING (id) SELECT id,created_at FROM clicks UNION ALL SELECT id,created_at FROM purchasesSELECT id, created_at FROM clicks UNION ALL SELECT id, created_at FROM purchases SELECT id,created_at,'event' AS source FROM clicks UNION ALL SELECT id,created_at,'event' FROM purchasesSELECT source FROM clicks, purchases

Вопрос 5 из 20

Гарантирован ли порядок строк после UNION без ORDER BY?

Да: результат неявно сортируется по первому выбранному столбцу Да: сначала выводится первая ветвь, затем вторая без перестановок Да: строки сохраняют порядок их вставки в исходные таблицы Нет: без внешнего ORDER BY порядок результата не определён

Вопрос 6 из 20

Какой результат даст UNION?

SELECT x FROM (VALUES (1),(1),(2)) AS a(x)
UNION
SELECT 2;

Только 2 1, 2 1, 1, 2, 2 Только 1

Вопрос 7 из 20

Какой результат даст UNION ALL?

SELECT x FROM (VALUES (1),(1),(2)) AS a(x)
UNION ALL
SELECT 2;

Только уникальные значения первой ветви Ошибка из-за повторов 1, 1, 2, 2 1, 2

Вопрос 8 из 20

Две строки имеют одинаковый id, но разные status. Считает ли UNION их дублями?

Да, сравнивается только первый столбец Нет, сравнивается вся выходная строка Да, если id — первичный ключ исходной таблицы Зависит только от ORDER BY

Вопрос 9 из 20

Почему UNION ALL часто предпочтительнее при складывании непересекающихся разделов таблицы?

Он гарантирует сортировку Он не выполняет ненужное устранение дублей Он автоматически проверяет внешние ключи Он меняет типы на text

Вопрос 10 из 20

Что скрывает UNION в журнале событий, если два одинаковых события допустимы?

Источник события, даже если столбец source включён в обе части запроса Их кратность: два события превратятся в одну строку Только повторы, содержащие NULL; обычные одинаковые строки остаются Порядок поступления одинаковых событий, но их количество сохраняется

Вопрос 11 из 20

Что вернёт INTERSECT?

SELECT x FROM (VALUES (1),(2),(3)) a(x)
INTERSECT
SELECT x FROM (VALUES (2),(3),(4)) b(x);

2, 3 Только дубли внутри A 1, 4 1, 2, 3, 4

Вопрос 12 из 20

Что вернёт A EXCEPT B?

SELECT x FROM (VALUES (1),(2),(3)) a(x)
EXCEPT
SELECT x FROM (VALUES (2),(3),(4)) b(x);

1, 4 1 2, 3 Пустой результат

Вопрос 13 из 20

Что вернёт B EXCEPT A для тех же наборов?

4 1, 4 2, 3 Только 1 и 2

Вопрос 14 из 20

Чем EXCEPT ALL отличается от EXCEPT?

EXCEPT ALL сохраняет все строки левой части, если тип столбца числовой Сохраняет остаточную кратность повторов EXCEPT ALL сравнивает строки по отдельным столбцам, а EXCEPT — целиком EXCEPT ALL сортирует остаток по убыванию, а EXCEPT — по возрастанию

Вопрос 15 из 20

Если A содержит 1 три раза, а B содержит 1 один раз, сколько единиц вернёт A EXCEPT ALL B?

SELECT x FROM (VALUES (1),(1),(1)) a(x)
EXCEPT ALL
SELECT 1;

Одна единица Две единицы Ни одного значения Три единицы

Вопрос 16 из 20

Почему этот UNION неверен?

SELECT id, name FROM customers
UNION
SELECT id FROM suppliers;

Псевдонимы столбцов обязаны совпадать, даже если число и типы позиций различаются В первой ветви два столбца, во второй один UNION допускает только числовые значения и не объединяет строки text UNION требует разных имён столбцов в ветвях, даже если их позиции и типы совместимы

Вопрос 17 из 20

По чему сопоставляются столбцы ветвей UNION?

По первичным ключам По алфавиту По одинаковым именам По их позиции слева направо

Вопрос 18 из 20

Откуда обычно берутся имена столбцов итогового результата?

Из автоматически созданных имён column1, column2 для всех позиций результата Из псевдонимов и имён соответствующих столбцов первой ветви Из последней ветви, потому что она окончательно задаёт структуру результата Из объединения имён одной позиции во всех ветвях через подчёркивание

Вопрос 19 из 20

Как исправить объединение integer id и текстового legacy_id, если нужен текстовый общий столбец?

SELECT id FROM new_data UNION ALL SELECT legacy_id FROM old_data SELECT id + legacy_id FROM new_data, old_data SELECT CAST(id AS date) FROM new_data UNION old_data SELECT id::text AS id FROM new_data UNION ALL SELECT legacy_id::text FROM old_data

Вопрос 20 из 20

Почему SELECT id, name UNION SELECT name, id может быть логически неверен даже при совместимых текстовых типах?

Позиции перепутаны: id первой ветви попадёт в один столбец с name второй Вторая ветвь используется только для проверки типов, а её строки в результат не попадают СУБД автоматически переставит id и name по типам и содержимому UNION сопоставляет столбцы по именам, поэтому перепутанный порядок будет исправлен

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

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

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

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