Нужно выбрать пользователей, у которых число заказов выше среднего по всем пользователям. Какой запрос корректно считает «среднее по пользователям», а не «среднее по заказам»?
A
SELECT o.user_id FROM orders o GROUP BY o.user_id HAVING COUNT(*) > (SELECT AVG(COUNT(*)) FROM orders GROUP BY user_id)B
SELECT o.user_id FROM orders o GROUP BY o.user_id HAVING COUNT(*) > (SELECT AVG(amount) AS avg_amt FROM orders)C
WITH cnt AS (SELECT user_id, COUNT(*) AS o FROM orders GROUP BY user_id) SELECT user_id FROM cnt WHERE o > (SELECT AVG(o) FROM cnt)D
SELECT u.user_id FROM users u WHERE u.user_id IN (SELECT AVG(orders_cnt) FROM cnt GROUP BY user_id)Правильный ответ. Нужно сначала агрегировать заказы до уровня пользователя, а затем считать среднее уже по этому уровню.
Разбор
Среднее по пользователям означает: для каждого пользователя считаем COUNT(*), получаем таблицу «пользователь → число заказов», и только потом берём AVG по этим значениям. Если пытаться посчитать среднее напрямую по таблице orders, легко перепутать уровень данных и получить другую метрику (например, среднее по строкам заказов). CTE помогает явно зафиксировать нужную гранулярность.
Проверь себя · 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» →