Вы объединяете логи событий из двух источников events_web и events_app, чтобы посчитать количество событий. Важно не потерять повторяющиеся события (например, два одинаковых клика). Что лучше использовать для объединения?
A
UNION, потому что он ускоряет подсчёт событийB
INTERSECT, потому что он берёт общие событияC
EXCEPT, чтобы исключить дубликатыD
UNION ALL, чтобы сохранить все строкиПравильный ответ.
UNION ALL сохраняет все строки, а UNION удаляет дублирующиеся строки и может занизить количество событий.Разбор
В событийных логах одинаковые строки могут быть валидными повторениями (два клика, две покупки и т.д.). Если использовать UNION, одинаковые строки будут схлопнуты, и метрика количества событий станет неверной. Поэтому для подсчётов по логам обычно применяют UNION ALL.
Проверь себя · 1/3разбор после ответа
Аналитик написал
SELECT * FROM orders, users без WHERE и без JOIN ... ON. В orders 1000 строк, в users 500 строк. Что вернёт запрос?Ещё вопросы по теме «JOIN и операции множеств»
- В отчёте нужно вывести всех пользователей и количество их заказов, включая тех, у кого заказов нет. Какой тип соединения между `users` и `orders` по `user_id` нужен?
- Нужно посчитать число пользователей, которые сделали хотя бы 1 заказ (таблицы `users(user_id)` и `orders(user_id, order_id)`). Какой запрос посчитает правильно?
- Вы соединили `orders` с `order_items` и `payments` по `order_id`, а затем посчитали `SUM(paid_amount)`. Сумма оказалась завышенной. Что вероятнее всего произошло и как исправить?
- Есть две таблицы с одинаковой схемой: `events_web(user_id, event_name, created_at)` и `events_app(user_id, event_name, created_at)`. Нужно получить общий поток событий для дальнейшей агрегации. Что использовать?
- Нужно получить уникальный список `user_id`, которые пришли из двух каналов: `campaign_a(user_id)` и `campaign_b(user_id)`. Как корректнее объединить списки, чтобы убрать дубликаты?
- Все вопросы по «JOIN и операции множеств» →