Ошибки SQL. 18 задач на отладку отчётов

Почему отчёт может выглядеть правильным и всё равно врать

SQL редко падает с ошибкой, когда бизнес-логика выбрана неверно. Он спокойно вернёт число, которое выглядит аккуратно и попадает в таблицу.

Самые опасные ошибки не синтаксические: лишний JOIN размножил строки, WHERE убрал пустые связи, дата потеряла вечерние заказы, COUNT пропустил NULL.

Эта книга тренирует привычку отлаживать отчёт маленькими контрольными таблицами, а не верить первому красивому результату.

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

В каждой задаче есть короткий рабочий вопрос и правильный запрос. Перед чтением объяснения полезно назвать, какая ошибка могла бы появиться в наивном варианте.

Смотрите не только на итоговое число, но и на уровень строки: заказ, товарная позиция, клиент, день или категория.

Все примеры запускаются в SQLite. В других СУБД функции дат и строк могут отличаться, но сами ловушки отчётов остаются теми же.

Задача 1. Не забыть фильтр оплаченных заказов

Нужно посчитать только оплаченную выручку и не дать новым или отменённым заказам попасть в финансовый итог.

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

INSERT INTO orders VALUES

(1,'paid',500),

(2,'new',700),

(3,'paid',300),

(4,'cancelled',900);

SELECT SUM(total) AS paid_revenue

FROM orders

WHERE status = 'paid';

[[800]]

WHERE оставляет только оплаченные строки.

Оплаченные суммы равны 500 и 300.

new и cancelled не входят в денежный итог.

SUM(total) без фильтра вернул бы 2400 и выглядел бы как оборот, хотя это не оплаченная выручка.

Какая строка сильнее всего искажает результат, если забыть фильтр status = paid?

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

Задача 2. Не размножить заказы после JOIN

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

CREATE TABLE orders(id INTEGER, status TEXT);

CREATE TABLE items(order_id INTEGER, sku TEXT);

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

INSERT INTO items VALUES (1,'A'),(1,'B'),(2,'C'),(3,'D');

SELECT COUNT(DISTINCT o.id) AS paid_orders

FROM orders o

JOIN items i ON i.order_id = o.id

WHERE o.status = 'paid';

[[2]]

Заказ 1 после JOIN даёт две строки из-за двух товаров.

COUNT(DISTINCT o.id) считает заказ 1 один раз.

Фильтр paid исключает заказ 3.

COUNT(*) после JOIN вернул бы 3, потому что считал бы товарные строки оплаченных заказов.

Почему COUNT(*) даёт неверный ответ именно после соединения с items?

Ответ: Один заказ может иметь несколько товарных строк, и JOIN размножает его по позициям.

Задача 3. Не сломать LEFT JOIN фильтром WHERE

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

CREATE TABLE categories(name TEXT);

CREATE TABLE sales(category TEXT, status TEXT, total INTEGER);

INSERT INTO categories VALUES ('books'),('courses'),('templates');

INSERT INTO sales VALUES ('books','paid',300),('books','new',500),('courses','paid',700);