Какое утверждение про RIGHT JOIN верно в аналитических запросах?
A
RIGHT JOIN можно заменить на LEFT JOIN, поменяв таблицы местами.B
RIGHT JOIN всегда быстрее LEFT JOIN на тех же данных.C
RIGHT JOIN автоматически убирает дубликаты после соединения.D
RIGHT JOIN — это то же самое, что UNION.Правильный ответ.
RIGHT JOIN — это симметричный вариант LEFT JOIN: меняете местами таблицы и получаете эквивалентный запрос.Разбор
По смыслу RIGHT JOIN сохраняет все строки из правой таблицы. Это эквивалентно LEFT JOIN, если переставить таблицы: A RIGHT JOIN B ↔ B LEFT JOIN A. Поэтому RIGHT JOIN часто избегают: он ухудшает читаемость, а функционально почти не даёт преимуществ.
Проверь себя · 1/3разбор после ответа
Два запроса:
SELECT * FROM orders JOIN users ON orders.user_id = users.user_id и SELECT * FROM orders JOIN users USING(user_id). В чём ключевое ограничение USING?Ещё вопросы по теме «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 и операции множеств» →