CASE

Условная логика внутри SQL-запроса

Теория

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

Существует интересная конструкция, ее еще часто называют условной, называется она CASE. Она позволяет добавить в запрос условную логику: если для строки выполняется одно условие — вернуть одно значение, если другое — вернуть другое.

Можно думать о CASE как о маленьком наборе правил прямо внутри запроса. SQL берёт строку, проверяет её по этим правилам и возвращает результат, который вы хотите получить, если для строки правило выполняется.

Важно: CASE ничего не меняет в таблице, а только показывает данные в более удобном виде в результате SELECT или помогает задать свою логику сортировки в ORDER BY или выполняет гибкие вычисления.

Синтаксис

CASE
    WHEN condition THEN result
    WHEN condition THEN result
    ELSE result
END

SQL

Идея такая:
• после WHEN пишется условие, которое нужно проверить;
• после THEN пишется значение, которое нужно получить, если условие выполнилось;
• ELSE — это запасной вариант на случай, если ни одно условие выше не выполнилось.

CASE проверяет условия сверху вниз. Как только для текущей строки подошло первое условие, SQL сразу берёт значение из этого THEN и дальше уже не идёт.

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

Если ELSE не написать, то для строк, которые не попали ни под одно условие, результатом будет NULL. Иногда это нормально, но чаще удобнее сразу явно указать, что вернуть по умолчанию.

Важно: весь CASE ... END можно назвать через псевдоним так же, как обычный вычисляемый столбец. Именно поэтому в примерах ниже после END стоит AS new_salary, AS city_label или AS status_label.

Примеры

1. Считаем новую зарплату по разным правилам повышения

SELECT worker_id,
       first_name,
       salary,
       CASE
           WHEN salary < 70000 THEN salary * 1.20
           WHEN salary BETWEEN 70000 AND 99999 THEN salary * 1.10
           ELSE salary
       END AS new_salary
FROM workers
ORDER BY salary DESC NULLS LAST;

Здесь при помощи CASE мы считаем новое числовое значение. Если зарплата меньше 70000, она увеличивается на 20%. Если попадает в диапазон от 70000 до 99999, повышается на 10%. Для остальных строк остаётся как есть.

🔄 Попробуйте изменить запрос:

• Поменяйте границу 70000 на 80000 и посмотрите, кому теперь попадёт повышение 20%
• Сделайте повышение для средней группы не на 10%, а на 15%: salary * 1.15

2. Показываем вместо пустого города понятный текст

SELECT user_id,
       first_name,
       city,
       CASE
           WHEN city IS NULL THEN 'город не указан'
           ELSE city
       END AS city_label
FROM users
ORDER BY registration_date DESC;

Если город указан, показываем его как есть. Если города нет, вместо пустого значения выводим понятный текст. Для интерфейсов и отчётов это часто удобнее.

🔄 Попробуйте изменить запрос:

• Замените текст 'город не указан' на 'нет данных'
• Отсортируйте результат по вычисляемому столбцу: ORDER BY city_label ASC

3. Расшифровываем статусы заказов в более человеческий вид

SELECT order_id,
       order_date,
       status,
       CASE
           WHEN status = 'создан' THEN 'Заказ создан'
           WHEN status = 'оплачен' THEN 'Ожидает отправки'
           WHEN status IN ('отправлен', 'доставлен') THEN 'Заказ уже в работе'
           WHEN status = 'отменён' THEN 'Заказ отменён'
           ELSE 'Статус не указан'
       END AS status_label
FROM orders
ORDER BY order_date DESC;

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

🔄 Попробуйте изменить запрос:

• Сделайте для 'доставлен' отдельную подпись, убрав его из IN
• Поменяйте текст 'Статус не указан' на 'Ожидает обработки'

4. Сортируем пользователей по своему правилу

SELECT user_id,
       first_name,
       city,
       registration_date
FROM users
ORDER BY CASE
             WHEN city = 'Москва' THEN 1
             WHEN city = 'Алматы' THEN 2
             WHEN city IS NULL THEN 4
             ELSE 3
         END,
         registration_date DESC;

Обычно ORDER BY city просто сортирует по алфавиту. Но иногда нужен свой порядок. Здесь мы сами задаём приоритет: сначала Москва, потом Алматы, потом остальные города, а строки без города уходят в конец.

🔄 Попробуйте изменить запрос:

• Поставьте строки без города в начало, изменив число у ветки WHEN city IS NULL
• Поменяйте местами приоритеты для 'Москва' и 'Алматы'

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

Ставят условия в неудачном порядке
CASE идёт сверху вниз. Если верхнее условие уже подходит строке, остальные условия ниже для этой строки уже не проверяются. Поэтому сначала лучше ставить более точные условия, а потом более общие.

Забывают про ELSE
Если ни одно условие не подошло, а ELSE нет, результатом будет NULL. Иногда это нормально, но чаще пользователь просто увидит пустое значение и не поймёт, почему так произошло. Вместо ELSE можно также указать еще одну ветку THEN, в которой указать все остальные случаи.

Пытаются обрабатывать NULL как обычное значение
Если нужно отдельно поймать пустое значение, надёжнее писать WHEN column IS NULL THEN .... Это понятнее и работает предсказуемо.

Думают, что CASE меняет данные в таблице
Нет, не меняет. Он только вычисляет значение в результате запроса. В самой таблице ничего не переписывается.

CASE

Теория

Синтаксис

Примеры

1. Считаем новую зарплату по разным правилам повышения

🔄 Попробуйте изменить запрос:

2. Показываем вместо пустого города понятный текст

🔄 Попробуйте изменить запрос:

3. Расшифровываем статусы заказов в более человеческий вид

🔄 Попробуйте изменить запрос:

4. Сортируем пользователей по своему правилу

🔄 Попробуйте изменить запрос:

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

Практика

Проверь себя