Всегда добавляйте неагрегированные столбцы в GROUP BY

Это одна из тех практик, которые новички часто игнорируют, особенно если работают с базой данных, которая не навязывает строгие правила группировки, например SQLite.

Оператор GROUP BY обычно используется вместе с агрегатными функциями вроде COUNT(), SUM() или AVG(). Эти функции сводят данные, а столбцы в GROUP BY определяют, как именно данные группируются. Иначе говоря, агрегированные результаты вычисляются для каждой группы, заданной неагрегированными столбцами.

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

SELECT
    Department,
    EmployeeID,
    COUNT(*) AS EmployeeCount
FROM Employees
GROUP BY Department;

Почему наивный подход здесь проблемный? Когда вы используете агрегатные функции, такие как COUNT(), SUM() или AVG(), SQL группирует строки по столбцам, перечисленным в GROUP BY. Поэтому каждая строка в результате представляет одну группу.

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

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

SELECT
    Department,
    EmployeeID,
    COUNT(*) AS EmployeeCount
FROM Employees
GROUP BY EmployeeID, Department;

Теперь у нас и EmployeeID, и Department включены в GROUP BY. Это правильный способ. Добавление всех неагрегированных столбцов в GROUP BY гарантирует, что каждая строка в результате соответствует чётко определённому уровню агрегации. Это убирает неоднозначность и делает запрос логически корректным и переносимым между разными СУБД.

👉 @SQLPortal

Избегайте использования IN с NULL

Оператор IN относится к тем конструкциям, которые легко вносят тихие баги в запрос, если использовать его неправильно. Когда вы включаете NULL в список IN, сравнение никогда не даст TRUE для части с NULL. В результате строки, содержащие NULL, не матчятся так, как многие ожидают. SQL использует трёхзначную логику: TRUE, FALSE и UNKNOWN. Сравнения с NULL не возвращают ни TRUE, ни FALSE; они возвращают UNKNOWN. Вот наивный вариант использования IN:

SELECT *
FROM Employees
WHERE DepartmentID IN (1, 2, NULL);

Поскольку NULL даёт UNKNOWN, запрос выше выполнится без ошибок, но гарантированно вернёт пустой результат.

Правильный способ обрабатывать NULL - использовать IS NULL. IS NULL явно учитывает то, как SQL работает с отсутствующими значениями. Это помогает запросу корректно различать реальные значения и неизвестные значения, что предотвращает тихие логические ошибки. Вот как этот запрос лучше писать:

SELECT *
FROM Employees
WHERE DepartmentID IN (1, 2)
   OR DepartmentID IS NULL;

👉 @SQLPortal

Используйте EXISTS вместо COUNT(*) для проверки существования

Если вам нужно проверить, существует ли конкретная запись в данных, не стоит использовать COUNT() с фильтром (WHERE).

COUNT(*) заставляет базу данных посчитать все подходящие строки, прежде чем определить, есть ли вообще хоть одна строка. Из-за этого база делает лишнюю работу, особенно на больших таблицах. Как однажды пошутили: использовать COUNT() для проверки существования, это как проверять, есть ли кто-нибудь дома, по данным переписи населения.

Вот наивный вариант:

SELECT *
FROM Customers c
WHERE (
    SELECT COUNT(*)
    FROM Orders o
    WHERE o.CustomerID = c.CustomerID
) > 0;

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

Вместо COUNT() правильнее использовать EXISTS. Оператор EXISTS прекращает поиск сразу после того, как находит первую подходящую строку. Это позволяет движку БД сделать short-circuit при поиске, а сам запрос становится эффективнее и лучше масштабируется.

Кроме того, если по столбцу, который участвует в условии, есть индекс, база данных сможет находить подходящие строки ещё быстрее, что дополнительно улучшает производительность. Поэтому EXISTS считается стандартным подходом в случаях, когда нужно ответить только на один вопрос: существует ли хотя бы одна подходящая строка. Пример:

-- Создайте индекс, чтобы ускорить поиск
CREATE INDEX idx_orders_customerid
ON Orders(CustomerID);

-- Используйте EXISTS, чтобы проверить, есть ли хотя бы один заказ
SELECT *
FROM Customers c
WHERE EXISTS (
    SELECT 1
    FROM Orders o
    WHERE o.CustomerID = c.CustomerID
);

Когда индекс уже есть, база данных может быстро найти подходящие строки в таблице Orders и остановить поиск сразу после первого совпадения. Это делает запрос заметно эффективнее, особенно при работе с большими наборами данных.

👉 @SQLPortal

🔥 Подписка на easyoffer PRO на 1 год со скидкой 70%

easyoffer – сайт для подготовки к собеседованию на программиста, тестировщика и другие IT-профессии становится еще доступнее со скидкой 70% до 10 марта.

⚙️ Актуальные функции:
1. База вопросов из реальных технических собеседований с вероятностью встречи и примерами ответов.
2. База задач с этапа live-coding.
3. База видеозаписей 1100+ реальных собеседований, в том числе в топовые компании (Сбер, Авито, Яндекс, WB, OZON, МТС и др.) на позиции Junior/Middle/Senior.
4. База 400+ тестовых заданий от компаний.
5. Аналитика ТОП-требований из вакансий для лучшего написания резюме по ключевым словам.
6. Тренажеры для подготовки к собеседованию. В том числе тренажер «Реальное собеседование» со сценарием вопросов под конкретную компанию.

Акция до 10 марта (включительно) на PRO-тариф.
– Подписка действует 1 год
– Доступ ко всем профессиями сразу

👉 Смотри подробности тарифа и покупай на easyoffer