UNION vs UNION ALL: разница и когда что выбирать

Условие

В чём основные различия между UNION и UNION ALL? Когда какой выбрать?

Решение

Оба требуют:

• Одинаковое число столбцов в подзапросах.
• Совместимые типы в соответствующих колонках.

Пример

-- Заказы из двух систем (ресторан + курьер)
SELECT order_id, amount FROM restaurant_orders
UNION
SELECT order_id, amount FROM courier_orders;
-- если заказ был и там, и там → одна строка
 
SELECT order_id, amount FROM restaurant_orders
UNION ALL
SELECT order_id, amount FROM courier_orders;
-- если заказ был и там, и там → две строки

Когда что использовать

Производительность

-- если знаешь, что дубликатов нет — не плати за DISTINCT
SELECT * FROM january_orders
UNION ALL                              -- быстрее, чем UNION
SELECT * FROM february_orders;

UNION под капотом обычно делает либо SORT + UNIQUE, либо HASH AGGREGATE. На больших объёмах это серьёзный оверхед.

Совместимость типов

-- ОК: оба INT
SELECT 1 UNION SELECT 2;
 
-- ОК: SQL приведёт к общему типу (например, NUMERIC)
SELECT 1::INT UNION SELECT 2.5::NUMERIC;
 
-- Ошибка: TEXT и INT несовместимы напрямую
SELECT 'a' UNION SELECT 1;

Подводные камни

1. ORDER BY в подзапросе UNION — игнорируется или вызывает ошибку. Сортировка только в финале.
2. Имена колонок — берутся из первого SELECT, остальные могут иметь любые алиасы.
3. NULL при сравнении — в UNION две строки с одинаковыми значениями и NULL'ами считаются дублем (неожиданно для тех, кто помнит про трёхзначную логику).
4. UNION ≠ UNION DISTINCT — это синонимы, но второй запись более явный (и доступен не везде).

Эталонный ответ

UNION удаляет дубликаты и медленнее. UNION ALL сохраняет дубликаты и быстрее. Если знаете, что дублей нет — всегда UNION ALL.