Глеб Зайцев ORDER BY и LIMIT в SQL. 18 задач на сортировку

Почему сортировка — это не косметика

ORDER BY часто воспринимают как украшение отчёта, но на самом деле он меняет то, какие строки попадут в топ, какую страницу увидит менеджер и какой заказ будет считаться последним.

LIMIT без понятной сортировки почти всегда опасен: база может вернуть любые первые строки, и отчёт будет выглядеть стабильным только случайно.

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

Как проверять себя

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

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

Все запросы рассчитаны на SQLite. Приёмы ORDER BY, LIMIT, OFFSET, CASE и сортировки выражений полезны почти в любой SQL-системе.

Задача 1. Показать заказы от самого крупного

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

CREATE TABLE orders(id INTEGER, total INTEGER);

INSERT INTO orders VALUES (1,300),(2,900),(3,500),(4,1200);

SELECT id, total

FROM orders

ORDER BY total DESC;

[[4, 1200], [2, 900], [3, 500], [1, 300]]

ORDER BY total DESC сортирует суммы от большей к меньшей.

Заказ 4 самый крупный, поэтому он идёт первым.

Заказ 1 самый маленький и оказывается внизу.

Без DESC сортировка пошла бы по возрастанию, и отчёт начал бы показывать самые маленькие заказы.

Добавьте заказ на 700. Между какими строками он окажется?

Ответ: Он окажется между 900 и 500, потому что сортировка идёт по убыванию total.

Задача 2. Добавить вторичную сортировку

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

CREATE TABLE orders(id INTEGER, total INTEGER, order_date TEXT);

INSERT INTO orders VALUES

(1,500,'2026-09-03'),

(2,900,'2026-09-01'),

(3,500,'2026-09-01'),

(4,900,'2026-09-02');

SELECT id, total, order_date

FROM orders

ORDER BY total DESC, order_date ASC, id ASC;

[[2, 900, "2026-09-01"], [4, 900, "2026-09-02"], [3, 500, "2026-09-01"], [1, 500, "2026-09-03"]]

Сначала строки делятся по total от большего к меньшему.

При равной сумме раньше идёт более ранняя дата.

id добавлен как финальная страховка от случайного порядка.

Если оставить только ORDER BY total DESC, строки с одинаковой суммой могут возвращаться в неочевидном порядке.

Почему заказ 2 идёт выше заказа 4, хотя суммы у них одинаковые?

Ответ: Потому что вторичная сортировка order_date ASC ставит 2026-09-01 раньше 2026-09-02.

Задача 3. Взять топ-3 товара по выручке

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

CREATE TABLE products(sku TEXT, revenue INTEGER);

INSERT INTO products VALUES ('A1',300),('B2',900),('C3',500),('D4',1200),('E5',100);