Краткий ответ

При отсутствии заказов COUNT(*) возвращает 0, а SUM(...) — NULL. Это связано с разной семантикой агрегатов: количество пустого набора равно нулю, а сумма по отсутствующим значениям не имеет определённого числового результата.

Исторический контекст

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

Такое поведение позволяет отличать «заказов нет» от обычной числовой суммы. COUNT непосредственно измеряет число строк, тогда как SUM вычисляет значение на основании существующих чисел.

Постановка проблемы

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

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

Подробное решение

Агрегат без GROUP BY обычно возвращает одну итоговую строку даже при пустом входном наборе. Для пустого набора COUNT(*) возвращает 0, а SUM, AVG, MIN и MAX возвращают NULL.

COUNT(*) считает строки, поэтому отсутствие строк имеет естественный результат — ноль. SUM(amount) суммирует значения столбца; при отсутствии строк нет набора чисел, из которого можно получить сумму, поэтому результатом становится NULL.

SELECT
    c.id,
    (SELECT COUNT(*)
     FROM orders o
     WHERE o.client_id = c.id) AS order_count,
    (SELECT SUM(o.amount)
     FROM orders o
     WHERE o.client_id = c.id) AS order_total
FROM clients c;

Для клиента без заказов результатом будут 0 в order_count и NULL в order_total. Если отчёт должен показывать нулевую сумму, NULL обычно явно заменяют на ноль с помощью функции обработки NULL, например COALESCE.

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

COUNT(column) тоже возвращает 0, если нет строк или все значения столбца равны NULL. При этом COUNT(*) считает строки независимо от значений их столбцов, а COUNT(column) считает только ненулевые значения.

Ситуация из практики

В отчёте по клиентам требовались два показателя: число заказов и их сумма. Разработчик использовал SUM для обоих показателей и получил пустое значение суммы для клиентов без заказов.

Первый вариант — оставить NULL. Его плюс в том, что он явно показывает отсутствие данных; минус — пользовательский интерфейс и последующие вычисления должны отдельно обрабатывать NULL.

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

Для финансового отчёта выбрали явное преобразование в ноль только после согласования бизнес-смысла: отсутствие заказов действительно трактовалось как нулевая сумма. Количество заказов оставили через COUNT(*), чтобы оно сохраняло корректную семантику подсчёта строк.

Что кандидаты часто упускают

Вопрос: Чем отличаются COUNT(*) и COUNT столбца при наличии строк с NULL?

Ответ: COUNT(*) считает все строки, включая строки, где значение конкретного столбца равно NULL. COUNT(column) считает только строки с ненулевым значением этого столбца.

Поэтому при трёх заказах, из которых у одного сумма неизвестна, COUNT(*) вернёт 3, а COUNT(amount) — 2. Выбор зависит от того, нужно ли считать записи или только заполненные значения.
Вопрос: Что изменится, если добавить GROUP BY во внутренний запрос?

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

Это важно при использовании скалярного подзапроса: результат NULL может возникнуть либо как значение агрегата пустой группы, либо как отсутствие строки подзапроса. В простом отчёте итог может совпасть, но при дальнейшем преобразовании запроса семантика различается.
Вопрос: Всегда ли безопасно заменять NULL от SUM на ноль?

Ответ: Нет. NULL может означать не только отсутствие связанных строк, но и наличие строк с неизвестными значениями суммы. Например, если заказ есть, но его сумма не заполнена, преобразование NULL в 0 ошибочно сообщает, что сумма равна нулю.

Безопасная замена зависит от бизнес-правила. Если отсутствие заказов и неизвестная сумма должны различаться, сначала нужно отдельно определить наличие заказов или использовать разные показатели, а не безусловно преобразовывать любой NULL в 0.