Глеб Зайцев CASE WHEN в SQL. 18 задач для отчётов

Почему CASE нужен почти в каждом отчёте

Реальные отчёты редко показывают только сырые значения. Обычно нужно превратить суммы в корзины, статусы — в понятные подписи, а условия — в флаги.

CASE WHEN делает это прямо внутри SQL: он выбирает значение по условию и помогает строить отчёт без ручной правки в таблице после выгрузки.

В этой книге CASE рассматривается не как справочник синтаксиса, а как рабочий инструмент аналитика: от простых меток до условной агрегации.

Как читать задачи

В каждой задаче сначала сформулирована бизнес-потребность, затем идут маленькие таблицы, запрос, ожидаемый результат и объяснение.

Старайтесь перед запуском предсказать результат CASE: какое первое условие сработает и что попадёт в ELSE.

Все запросы рассчитаны на SQLite. Конструкция CASE стандартная, поэтому логика переносится в PostgreSQL, MySQL и другие SQL-системы.

Задача 1. Разложить заказы по размеру чека

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

CREATE TABLE orders(id INTEGER, total INTEGER);

INSERT INTO orders VALUES (1,150),(2,490),(3,900),(4,1200);

SELECT id, total,

CASE

WHEN total < 300 THEN 'small'

WHEN total < 800 THEN 'medium'

ELSE 'large'

END AS check_size

FROM orders

ORDER BY id;

[[1, 150, "small"], [2, 490, "medium"], [3, 900, "large"], [4, 1200, "large"]]

CASE проверяет условия сверху вниз.

150 меньше 300, поэтому получает small.

900 не проходит первые два условия и попадает в ELSE large.

Порядок важен: если поставить total < 800 выше total < 300, маленькие чеки тоже станут medium.

Добавьте заказ на 300. В какой сегмент он попадёт и почему?

Ответ: Он попадёт в medium, потому что условие small требует строго меньше 300.

Задача 2. Нормализовать статусы заказа

В базе статусы хранятся техническими словами, а в отчёте нужны короткие понятные русские подписи.

CREATE TABLE orders(id INTEGER, status TEXT);

INSERT INTO orders VALUES (1,'paid'),(2,'new'),(3,'cancelled'),(4,'refunded');

SELECT id, status,

CASE status

WHEN 'paid' THEN 'оплачен'

WHEN 'new' THEN 'новый'

WHEN 'cancelled' THEN 'отменён'

ELSE 'проверить'

END AS status_label

FROM orders

ORDER BY id;

[[1, "paid", "оплачен"], [2, "new", "новый"], [3, "cancelled", "отменён"], [4, "refunded", "проверить"]]

Простая форма CASE сравнивает одно поле status с набором значений.

Известные статусы получают человекочитаемые подписи.

refunded не описан явно, поэтому попадает в ELSE.

Не оставляйте ELSE пустым в отчётах со статусами: новые значения должны быть заметны, а не превращаться в NULL.

Добавьте явное правило для refunded. Какая подпись должна появиться?

Ответ: Можно вернуть подпись 'возврат', и строка 4 перестанет попадать в 'проверить'.

Задача 3. Посчитать выручку по корзинам цены

Нужно сгруппировать продажи не по точной цене, а по понятным ценовым корзинам.

CREATE TABLE sales(id INTEGER, price INTEGER, qty INTEGER);

INSERT INTO sales VALUES (1,99,2),(2,199,3),(3,499,1),(4,1200,1);

SELECT

CASE

WHEN price < 150 THEN 'до 150'

WHEN price < 500 THEN '150-499'

ELSE '500+'

END AS price_bucket,

SUM(price * qty) AS revenue

FROM sales

GROUP BY price_bucket

ORDER BY revenue DESC;