Нужно найти пользователей, у которых был хотя бы один заказ и при этом нет ни одного заказа со статусом 'canceled'. Какой вариант корректно выражает это условие?
A
SELECT u.user_id FROM users u WHERE u.user_id NOT IN (SELECT o.user_id FROM orders o WHERE o.status = 'canceled')B
SELECT u.user_id FROM users u LEFT JOIN orders o ON o.user_id = u.user_id GROUP BY u.user_id HAVING SUM(CASE WHEN o.status = 'canceled' THEN 1 ELSE 0 END) = 0C
SELECT u.user_id FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.status <> 'canceled')D
SELECT u.user_id FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.user_id) AND NOT EXISTS (SELECT 1 FROM orders o2 WHERE o2.user_id = u.user_id AND o2.status = 'canceled')Правильный ответ. Комбинация
EXISTS + NOT EXISTS позволяет явно задать «есть хотя бы одна строка» и «нет ни одной строки с условием» для одного пользователя.Разбор
Важно разделить две части бизнес-логики: (1) у пользователя должен быть хотя бы один заказ и (2) среди его заказов не должно быть отменённых. NOT IN может неожиданно вести себя при NULL, а вариант с LEFT JOIN часто включает пользователей без заказов (они проходят условие суммы). Пара EXISTS и NOT EXISTS делает оба требования явными и читабельными.
Проверь себя · 1/3разбор после ответа
В одном отчёте вы считаете несколько метрик по событиям:
dau, wau и число покупок. У всех метрик один и тот же фильтр: только продакшн-трафик и только выбранный период. Какой подход лучше защищает от ситуации, когда в одной метрике забыли часть фильтра?Ещё вопросы по теме «Подзапросы и 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` корректно использует коррелированный подзапрос?
- Вы готовите дашборд: нужно (1) топ товаров по выручке за период и (2) общая выручка за тот же период. Какой вариант снижает риск, что фильтр по периоду рассинхронизируется между расчётами?
- Все вопросы по «Подзапросы и CTE» →