Нужно выбрать заказы только тех пользователей, у которых был логин после :cutoff_date. Какой вариант корректен?
A
SELECT * FROM orders o WHERE EXISTS (SELECT 1 FROM events e WHERE e.event_name = 'login' AND e.event_time >= :cutoff_date)B
SELECT * FROM orders o WHERE EXISTS (SELECT 1 FROM events e WHERE e.user_id = o.user_id AND e.event_name = 'login' AND e.event_time >= :cutoff_date)C
SELECT * FROM orders o WHERE o.user_id = (SELECT e.user_id FROM events e WHERE e.event_name = 'login' AND e.event_time >= :cutoff_date)D
SELECT * FROM orders o WHERE o.user_id IN (SELECT COUNT(*) FROM events e WHERE e.event_name = 'login' AND e.event_time >= :cutoff_date)Правильный ответ. Чтобы проверить активность именно текущего пользователя, подзапрос должен быть коррелирован по
user_id.Разбор
В некоррелированном варианте EXISTS отвечает на вопрос «был ли вообще хоть один логин после даты» и, если да, пропустит все заказы. Корреляция e.user_id = o.user_id делает проверку персональной для каждой строки заказа. Ошибка с = вместо IN/EXISTS часто приводит к ситуации, когда подзапрос возвращает много строк и запрос падает.
Проверь себя · 1/3разбор после ответа
Дашборд содержит две метрики на одних и тех же продажах: топ товаров по выручке за период и общая выручка за тот же период. Витрина обновляется ежедневно, и важно, чтобы фильтр по периоду был один и тот же для обеих цифр. Какой подход надёжнее защищает от рассинхронизации?
Ещё вопросы по теме «Подзапросы и CTE»
- В отчёте нужно посчитать выручку по странам пользователей только по оплаченным заказам за период, причём шаг «оплаченные за период» используется ещё в трёх соседних метриках. Какой подход обычно делает запрос проверяемее и позволяет переиспользовать фильтрацию?
- Вы выбираете пользователей, у которых есть хотя бы один платёж. В таблице `payments` поле `user_id` иногда бывает `NULL` (например, анонимные платежи). Почему в такой ситуации часто предпочитают `EXISTS`, а не `IN`?
- Вы пишете `SELECT u.user_id, (SELECT order_id FROM orders o WHERE o.user_id = u.user_id) AS last_order_id FROM users u`. Что может пойти не так и как исправить, чтобы подзапрос стал скалярным?
- Нужно выбрать заказы, у которых `amount` выше среднего `amount` по тому же пользователю. Какой вариант `WHERE` корректно использует коррелированный подзапрос?
- Дашборд содержит две метрики на одних и тех же продажах: топ товаров по выручке за период и общая выручка за тот же период. Витрина обновляется ежедневно, и важно, чтобы фильтр по периоду был один и тот же для обеих цифр. Какой подход надёжнее защищает от рассинхронизации?
- Все вопросы по «Подзапросы и CTE» →