Нужно посчитать по каждому пользователю сумму заказов и сумму возвратов из двух таблиц orders и refunds (у юзера в среднем 5 заказов и 3 возврата). Прямой JOIN обеих таблиц к users даёт неверные суммы. Что происходит и как правильно?
SQLhardsenior
Проверяет владение SQL: выборки, агрегации, JOIN-ы и оконные функции.
fan-outагрегацияJOIN
Варианты ответа
orders и refunds перемножаются друг с другом через users (fan-out по двум сторонам); агрегировать каждую таблицу в отдельном подзапросе/CTE до джойна
SUM игнорирует NULL-значения, поэтому часть возвратов после LEFT JOIN не попадает в сумму; заменить SUM на SUM(COALESCE(refunds.amount, 0)) по обеим таблицам
JOIN двух таблиц к одной всегда требует FULL OUTER JOIN, иначе строки без пары теряются и суммы занижаются; поменять тип джойна на FULL OUTER
проблема в порядке присоединения таблиц; поставить refunds перед orders в списке JOIN, и лишнее декартово произведение по users исчезнет
Как разобрать этот вопрос на собеседовании
Начни с разбора схемы: какие таблицы и ключи участвуют, где могут быть NULL и дубли строк. Затем реши, что важнее — JOIN, агрегация с GROUP BY/HAVING, оконная функция или подзапрос. На собеседовании ценят не только правильный результат, но и умение проговорить план запроса и крайние случаи (пустые группы, деление на ноль, фан-аут при JOIN).
Это вопрос продвинутого уровня — на собеседовании по нему обычно идут уточняющие follow-up вопросы, поэтому держи в голове крайние случаи и альтернативные решения.
Тема вопроса — «SQL». Чтобы подготовиться к похожим задачам, отрабатывай их на практике: sql-тренажёр помогает довести навык до автоматизма, а раздел вопросов — увидеть формулировки, которые реально встречаются на интервью аналитика данных.
Разбор ответа
Подробный разбор с объяснением «почему правильный ответ верный» и почему остальные неверны — после регистрации.
3000+ вопросов с разбором, quiz-режим с проверкой, AI-собес и подготовка к интервью аналитика.