Какие знаешь ограничения по соединению кортежей с помощью UNION?

Ограничения UNION при соединении кортежей

UNION — это SQL операция объединения результатов двух или более SELECT запросов. Хотя на первый взгляд это простая операция, на практике есть множество нюансов и ограничений, которые могут привести к ошибкам в production.

Основные ограничения

1. Количество и типы колонок

Оба SELECT запроса должны иметь одинаковое количество колонок, и типы данных должны быть совместимы:

// НЕПРАВИЛЬНО: разное количество колонок
SELECT id, name FROM users
UNION
SELECT id, name, email FROM profiles;  // Ошибка!

// ПРАВИЛЬНО: одинаковое количество
SELECT id, name FROM users
UNION
SELECT id, name FROM profiles;

// ПРАВИЛЬНО: типы совместимы
SELECT id, CAST(name AS VARCHAR) FROM users
UNION
SELECT id, description FROM profiles;

2. Порядок колонок имеет значение

УNION объединяет по позиции колонок, а не по имени:

// Результат будет с неправильным порядком!
SELECT id, name FROM users
UNION
SELECT name, id FROM profiles;  // Опасно!

// Правильно: явно указываем порядок
SELECT id, name FROM users
UNION
SELECT id, name FROM profiles;

3. Дублирование строк

UNION (по умолчанию) удаляет дубликаты, что может быть дорого для больших объёмов:

// UNION — удаляет дубликаты (медленнее)
SELECT * FROM orders WHERE year = 2024
UNION
SELECT * FROM orders WHERE year = 2025;  // O(n log n) для деdup

// UNION ALL — сохраняет дубликаты (быстрее)
SELECT * FROM orders WHERE year = 2024
UNION ALL
SELECT * FROM orders WHERE year = 2025;  // O(n) - просто конкатенация

Это критично при обработке больших данных. UNION требует сортировки и удаления дубликатов, что может занять минуты на миллионах строк.

4. Сортировка результатов

Сортировка применяется ко всему результату, а не отдельным SELECT:

// Правильно: ORDER BY влияет на весь результат
SELECT id, name FROM users
UNION
SELECT id, name FROM profiles
ORDER BY name;  // Сортирует объединённый результат

// НЕПРАВИЛЬНО: ORDER BY на отдельных SELECT
SELECT id, name FROM users ORDER BY name  // Игнорируется!
UNION
SELECT id, name FROM profiles;

5. Ограничение на количество результатов

LIMIT применяется к итоговому результату, а не к каждому SELECT:

// Возьмёт только первые 10 из объединения
SELECT id, name FROM users
UNION
SELECT id, name FROM profiles
LIMIT 10;

// Если нужно 10 из каждой таблицы, нужен подзапрос:
SELECT * FROM (
    SELECT id, name FROM users LIMIT 10
) u
UNION ALL
SELECT * FROM (
    SELECT id, name FROM profiles LIMIT 10
) p;

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

UNION не использует индексы оптимально. Для больших таблиц это может быть медленнее, чем JOIN:

// Плохо для больших таблиц
SELECT id, name FROM users WHERE status = 'active'
UNION
SELECT id, name FROM profiles WHERE status = 'active';

// Лучше (если возможно):
SELECT u.id, u.name FROM users u
LEFT JOIN profiles p ON u.id = p.user_id
WHERE u.status = 'active' OR p.status = 'active';

Распространённые ошибки в Java коде

// Ошибка 1: Неправильное маппирование типов
List<User> results = jdbcTemplate.query(
    "SELECT id, name FROM users " +
    "UNION " +
    "SELECT id, description FROM profiles",
    (rs, rowNum) -> new User(rs.getInt(1), rs.getString(2))  // Типы не совпадают!
);

// Ошибка 2: Игнорирование порядка колонок
List<Object[]> results = jdbcTemplate.query(
    "SELECT id, name FROM users " +
    "UNION " +
    "SELECT name, id FROM profiles"  // Порядок перепутан!
);

// Правильно: явные типы и порядок
List<User> results = jdbcTemplate.query(
    "SELECT id, CAST(name AS VARCHAR) as name FROM users " +
    "UNION ALL " +
    "SELECT id, CAST(description AS VARCHAR) as name FROM profiles " +
    "ORDER BY id",
    (rs, rowNum) -> new User(rs.getInt("id"), rs.getString("name"))
);

Когда избежать UNION

• Большие таблицы — используй JOINs с индексами
• Много UNION — рассмотри CTE (WITH clause) или materialized views
• Когда нужны дубликаты — используй UNION ALL вместо UNION
• Сложная логика — лучше две отдельные queries в Java с объединением в памяти

Альтернативы в современном SQL

// UNION с CTE (более читаемо)
WITH active_users AS (
    SELECT id, name FROM users WHERE status = 'active'
),
active_profiles AS (
    SELECT id, name FROM profiles WHERE status = 'active'
)
SELECT * FROM active_users
UNION ALL
SELECT * FROM active_profiles;

// UNION ALL с явными источниками (трассируемость)
SELECT id, name, 'users' as source FROM users
UNION ALL
SELECT id, name, 'profiles' as source FROM profiles;

Вывод: UNION — мощный инструмент, но требует внимания к деталям. UNION ALL обычно быстрее для production, а многие ограничения можно обойти, переписав запрос с JOINs или CTEs.