SQL

SQL задачи на собеседовании

На собеседовании по SQL обычно проверяют не редкие команды, а способность спокойно разбирать данные: выбрать строки, соединить таблицы, сгруппировать результат, объяснить NULL и не потерять данные при JOIN

Хорошая SQL-практика строится не вокруг угадывания синтаксиса, а вокруг вопроса к данным. Сначала нужно понять, какие таблицы участвуют, какая связь между ними, что фильтруем, что группируем и какой результат можно проверить глазами

Таблицы для тренировки

В примерах будем опираться на четыре таблицы:

customers(id, name, city)
orders(id, customer_id, total, created_at, status)
products(id, title, category, price)
order_items(order_id, product_id, quantity)

Если вы тренируетесь в онлайн-тренажере, не копируйте схему буквально. Сначала найдите похожие таблицы в своей задаче: кто покупает, что покупает, где сумма, где дата, где связь между таблицами

Как работать с задачами

Перед каждым запросом запишите ожидаемый результат словами. Например: показать заказы дороже 5000, найти клиентов без заказов, посчитать продажи по городам

После запуска не смотрите только на отсутствие ошибки. Проверьте количество строк, сортировку, пустые случаи и дубли. Именно на таких проверках становится видно, понимаете ли вы запрос

Задачи с решениями

Задача 1. Выбрать дорогие заказы

Найдите заказы дороже 5000 и отсортируйте их от большей суммы к меньшей

Решение:

SELECT id, customer_id, total
FROM orders
WHERE total > 5000
ORDER BY total DESC;

Проверка: добавьте заказ ровно на 5000 и убедитесь, что он не попал в выборку

Задача 2. Найти клиентов без заказов

Выведите клиентов, у которых нет записей в таблице заказов

Решение:

SELECT c.id, c.name
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.id IS NULL;

Проверка: добавьте клиента без заказа и проверьте, что он появился в результате

Задача 3. Сумма продаж по городам

Посчитайте выручку по городам клиентов

Решение:

SELECT c.city, SUM(o.total) AS revenue
FROM customers c
JOIN orders o ON o.customer_id = c.id
GROUP BY c.city
ORDER BY revenue DESC;

Проверка: проверьте город, где есть несколько клиентов и несколько заказов

Задача 4. Клиенты с двумя и более заказами

Найдите клиентов, у которых минимум два заказа

Решение:

SELECT customer_id, COUNT(*) AS orders_count
FROM orders
GROUP BY customer_id
HAVING COUNT(*) >= 2;

Проверка: объясните, почему здесь нужен HAVING, а не WHERE

Задача 5. Товары с самым большим спросом

Найдите товары, которые чаще всего встречаются в заказах

Решение:

SELECT p.title, SUM(oi.quantity) AS sold
FROM order_items oi
JOIN products p ON p.id = oi.product_id
GROUP BY p.id, p.title
ORDER BY sold DESC
LIMIT 10;

Проверка: проверьте товар с одинаковым количеством продаж у двух позиций

Задача 6. Средний чек только по оплаченным заказам

Посчитайте средний чек, но не учитывайте отмененные заказы

Решение:

SELECT AVG(total) AS avg_paid_order
FROM orders
WHERE status = 'paid';

Проверка: добавьте отмененный заказ на большую сумму и убедитесь, что средний чек не изменился

Задача 7. Последний заказ каждого клиента

Найдите дату последнего заказа для каждого клиента

Решение:

SELECT customer_id, MAX(created_at) AS last_order_date
FROM orders
GROUP BY customer_id;

Проверка: добавьте клиенту несколько заказов с разными датами и убедитесь, что в результате осталась самая поздняя дата

По этой теме полезно отдельно посмотреть SQL тренажер: как практиковаться в запросах, чтобы расширить контекст и сравнить подходы

По этой теме полезно отдельно посмотреть SQL Academy тренажер: как практиковаться, чтобы расширить контекст и сравнить подходы

Как отвечать на интервью

Проговаривайте ход мысли: сначала беру таблицу заказов, затем соединяю клиентов, потом группирую и фильтрую группы. Интервьюеру важен не только итоговый SQL, но и то, как вы проверяете себя

Как читать готовый запрос

Начинайте с FROM: откуда берутся данные. Потом смотрите JOIN, потому что именно там часто теряются строки или появляются дубли. После этого переходите к WHERE, GROUP BY, HAVING, SELECT и ORDER BY

Если запрос длинный, запускайте его слоями: сначала одна таблица, затем соединение, затем фильтр, затем группировка. Такой порядок быстрее показывает место ошибки

Типичные ошибки

использовать SELECT *, когда нужны конкретные поля
забывать условие соединения в JOIN
фильтровать агрегаты через WHERE, хотя нужен HAVING
не проверять клиентов или товары без связанных записей
считать строки вместо уникальных значений
не смотреть на NULL

Почти любую SQL-задачу можно упростить до маленькой проверки. Если результат странный, временно уберите часть условий и посмотрите, на каком шаге данные изменились не так

План практики

Напишите пять запросов SELECT с разными полями
Добавьте фильтры WHERE
Потренируйте ORDER BY и LIMIT
Перейдите к GROUP BY и агрегатам
Добавьте JOIN
Проверьте LEFT JOIN и отсутствующие связи
Перепишите один длинный запрос в несколько понятных шагов

Как решать задачу вслух

На интервью полезно проговаривать не все подряд, а порядок решения. Например: «Сначала беру заказы, фильтрую оплаченные, группирую по клиенту, затем оставляю клиентов с двумя и более заказами». Такая фраза показывает, что вы понимаете данные, а не просто помните синтаксис

Мини-пример ответа:

SELECT customer_id, COUNT(*) AS paid_orders
FROM orders
WHERE status = 'paid'
GROUP BY customer_id
HAVING COUNT(*) >= 2;

После запроса добавьте проверку: что будет с клиентом без заказов, с клиентом с одним заказом, с отмененным заказом. Это часто производит лучшее впечатление, чем попытка написать самый сложный запрос

Вопросы, которые могут уточнить

чем WHERE отличается от HAVING
почему обычный JOIN может потерять строки
как найти дубли
что произойдет с NULL в агрегатах
как проверить, что запрос не завысил количество строк

Готовьте не заученные определения, а короткие примеры. SQL на собеседовании почти всегда проще объяснять через маленькую таблицу

Проверка решения перед ответом

Перед тем как считать задачу решенной, проверьте четыре вещи. Первая — не потерялись ли строки при соединении таблиц. Если в условии важны клиенты без заказов или товары без продаж, обычный JOIN может скрыть нужные строки. Вторая — не появились ли дубли после соединения. Один заказ с несколькими позициями может размножить строки, и обычный COUNT(*) начнет считать не то

Третья проверка — границы фильтра. Если написано «от 5000», уточните, входит ли сама сумма 5000. Для этого есть разница между > и >=. Четвертая проверка — смысл итоговой строки. После GROUP BY одна строка результата должна соответствовать одной группе: клиенту, городу, дню, товару или категории

Мини-задание для закрепления: возьмите любой запрос из статьи и перепишите его в два варианта — сначала через обычный JOIN, потом через LEFT JOIN. Сравните количество строк и объясните, почему результат отличается. Это упражнение быстро показывает, понимаете ли вы связь между таблицами

0 комментариев

Старые

Новые Популярные