1С: выбор когда есть NULL — проверка NULL в запросах

Значение NULL в запросах 1С появляется всякий раз, когда соединение таблиц не нашло пару: например, у номенклатуры нет цены в регистре или у контрагента не заполнен договор. Если не обработать такие случаи, в отчёте появятся пустые колонки, а сравнение «поле = значение» молча отфильтрует нужные строки, потому что NULL не равен ничему, даже самому себе.

Основной инструмент обработки — конструкция ВЫБОР КОГДА ... ЕСТЬ NULL ТОГДА ... КОНЕЦ и функция ЕСТЬNULL(). Первая позволяет строить произвольные условия с несколькими ветвями, вторая — быстро подставить значение по умолчанию вместо NULL. Ниже разобраны синтаксис, типовые сценарии, отличия от похожих конструкций и ошибки, которые чаще всего допускают разработчики.

Что такое NULL в запросах 1С и откуда он берётся

NULL — это отсутствие значения, а не пустая строка, не ноль и не пустая ссылка. Главный источник NULL — левое соединение: если для строки основной таблицы не нашлось записи в присоединяемой, все поля второй таблицы получают NULL. Также NULL возникает при различии типов в объединениях и при обращении к реквизитам составного типа, не заполненным для конкретной строки.

Критичное свойство NULL — трёхзначная логика. Любое сравнение с NULL (=, <>, >) возвращает не ИСТИНА и не ЛОЖЬ, а неопределённость, которая в условии ГДЕ трактуется как отсев строки. Поэтому условие ГДЕ Цены.Цена <> 0 исключит не только нулевые цены, но и все товары без цены вообще — часто это неожиданно и приводит к потере данных в отчётах.

Синтаксис ВЫБОР КОГДА ЕСТЬ NULL

Конструкция ВЫБОР — аналог CASE в других СУБД. Общий вид проверки на NULL:

ВЫБОР
КОГДА Цены.Цена ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Цены.Цена
КОНЕЦ КАК Цена

Ветвей КОГДА может быть несколько, что позволяет обрабатывать сложные сценарии: например, различать «цены нет вообще» и «цена есть, но нулевая»:

ВЫБОР
КОГДА Цены.Цена ЕСТЬ NULL
ТОГДА "Цена не назначена"
КОГДА Цены.Цена = 0
ТОГДА "Нулевая цена"
ИНАЧЕ "ОК"
КОНЕЦ КАК СтатусЦены

Ветвь ИНАЧЕ не обязательна, но если её опустить и ни одно условие не сработает, результатом будет NULL — то есть проблема вернётся. Поэтому ИНАЧЕ стоит указывать всегда, кроме случаев, когда NULL в результате допустим осознанно.

ВЫБОР
	КОГДА Цены.Цена ЕСТЬ NULL
		ТОГДА 0
	ИНАЧЕ Цены.Цена
КОНЕЦ КАК Цена

Функция ЕСТЬNULL как короткая альтернатива

Когда нужно просто заменить NULL значением по умолчанию, компактнее использовать функцию ЕСТЬNULL(ПроверяемоеЗначение, ЗначениеЕслиNULL). Запись ЕСТЬNULL(Цены.Цена, 0) эквивалентна приведённому выше ВЫБОРу, но короче и легче читается в длинных списках полей.

Ограничение функции — оба аргумента должны иметь совместимые типы. Если поле ссылочного типа, то значение по умолчанию тоже должно быть ссылкой: ЕСТЬNULL(Товары.Склад, ЗНАЧЕНИЕ(Справочник.Склады.ПустаяСсылка)). Подставить строку вместо ссылки не получится — запрос либо не выполнится, либо вернёт неожиданный тип колонки.

Проверка NULL в условии ГДЕ и при соединениях

Для отбора строк используется оператор ЕСТЬ NULL прямо в секции ГДЕ или в условии соединения. Типовая задача — найти товары, для которых не установлена цена:

ВЫБРАТЬ
Товары.Ссылка КАК Номенклатура
ИЗ
Справочник.Номенклатура КАК Товары
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних КАК Цены
ПО Товары.Ссылка = Цены.Номенклатура
ГДЕ
Цены.Цена ЕСТЬ NULL

Обратная задача — оставить только строки с заполненным значением — решается через НЕ ЕСТЬ NULL. Важно помнить: если та же проверка нужна в условии соединения, её место — в секции ПО, а не в ГДЕ, иначе левое соединение фактически превратится во внутреннее и потеряет смысл.

Типичные ошибки при работе с NULL

Первая и самая распространённая ошибка — сравнение с NULL через равно: ГДЕ Цены.Цена = NULL. Запрос выполнится без ошибки синтаксиса, но не вернёт ни одной строки, и поиск причины может занять много времени, потому что внешне запрос выглядит корректно.

Вторая ошибка — обработка NULL только в полях ВЫБРАТЬ, но не в итогах и группировках. При группировке NULL образует отдельную группу, а агрегатные функции (кроме КОЛИЧЕСТВО(*)) игнорируют NULL-значения, что искажает средние и суммы, если разработчик рассчитывал на ноль. Третья ошибка — смешение NULL с пустой ссылкой или пустой строкой: это разные значения, и проверка ЕСТЬ NULL не отловит пустую ссылку, а сравнение с пустой ссылкой не отловит NULL.

Проверка результата и отладка запроса

После добавления обработки NULL запрос стоит проверить на данных, где проблема гарантированно есть. Практичный способ — временно вывести поле в трёх видах: как есть, через ЕСТЬNULL и через ВЫБОР с текстовой меткой. Тогда сразу видно, какие строки содержали NULL и как их обработала конструкция.

Удобно использовать консоль запросов: выполнить запрос без обработки, посчитать количество строк с NULL через условие ГДЕ поле ЕСТЬ NULL, затем применить обработку и убедиться, что итоговое число строк не изменилось (если отбор не предполагался), а значения подставились корректно. Для отчётов на СКД дополнительно проверяйте ресурсы: вычисляемые поля с ЕСТЬNULL должны попадать в итоги без отдельной группы «пусто».

Границы применения и производительность

ЕСТЬNULL и ВЫБОР — недорогие операции, но массовое применение ЕСТЬNULL к полям соединения в условии ПО может мешать оптимизатору СУБД использовать индексы. Правильнее проектировать соединения так, чтобы проверки на NULL выполнялись уже над результатом, а не над ключами связи.

В виртуальных таблицах (срезы последних, остатки) NULL в полях ресурсов встречается редко — чаще отсутствует сама строка, поэтому обработку NULL логично размещать после левого соединения с виртуальной таблицей, а не внутри её параметров. Также помните, что в СКД часть подстановок значений можно выполнить на закладке «Настройки» через выражения представления, не меняя текст запроса.

FAQ