Разработка эффективных запросов в платформе 1С:Предприятие 8.3 требует точного понимания того, как система обрабатывает отсутствие данных. Новички часто совершают ошибку, пытаясь сравнить поле с пустой строкой или нулем, что приводит к неверным выборкам или ошибкам выполнения. Правильная проверка на пустое значение (NULL) является фундаментом для построения корректной логики выборки документов, справочников и регистров.

В отличие от многих языков программирования, язык запросов 1С имеет строгую типизацию и специфический синтаксис для работы с неопределенными значениями. Если вы попытаетесь использовать оператор равенства для проверки на "пустоту", система вернет ошибку или проигнорирует условие. Понимание механизма работы с NULL-значениями позволит вам избежать "мусорных" записей в отчетах и ускорить выполнение сложных выборок.

Далее мы детально разберем синтаксические конструкции, подводные камни при работе со ссылками и числами, а также особенности фильтрации в различных контекстах. Материал рассчитан на разработчиков, стремящихся углубить свои знания в оптимизации кода запросов.

Синтаксис проверки на NULL в языке запросов

Основным инструментом для проверки отсутствия значения является конструкция ЕСТЬ NULL. Это ключевое выражение, которое возвращает булевое значение ИСТИНА, если проверяемое поле действительно не содержит данных.

Для отрицания, то есть проверки того, что значение присутствует, используется конструкция НЕ ЕСТЬ NULL. Часто разработчики путают порядок слов или пытаются использовать стандартные операторы сравнения. Например, запись Где Поле = NULL является синтаксической ошибкой и приведет к сбою при выполнении запроса.

Рассмотрим базовый пример использования в секции WHERE. Допустим, нам нужно найти все элементы справочника, у которых не заполнен реквизит "Комментарий".

ВЫБРАТЬ

Справочник.Номенклатура.Ссылка,


Справочник.Номенклатура.Наименование


ИЗ


Справочник.Номенклатура


ГДЕ


Справочник.Номенклатура.Комментарий ЕСТЬ NULL

Обратите внимание, что оператор ЕСТЬ NULL всегда ставится после имени поля. Инверсия условия достигается добавлением ключевого слова НЕ перед всей конструкцией. Это правило едино для всех типов данных: строк, чисел, дат и ссылок.

⚠️ Внимание: Никогда не используйте кавычки вокруг слова NULL. Запись ЕСТЬ "NULL" будет воспринята платформой как поиск строкового литерала, что приведет к логической ошибке или сбою парсера запроса.

Особенности работы с пустыми ссылками и составными типами

Самая сложная часть работы с пустыми значениями в 1С связана со ссылочными типами данных. Поле типа "Ссылка" может быть пустым, но в базе данных это часто хранится как ссылка на несуществующий объект или специальный маркер. При проверке таких полей важно учитывать составные типы.

Если реквизит имеет тип "Ссылка.Номенклатура", то проверка ЕСТЬ NULL сработает корректно. Однако, если тип поля составной, например, "Ссылка.Номенклатура ИЛИ Строка", ситуация усложняется. Платформа может интерпретировать пустую строку и пустую ссылку по-разному в зависимости от версии конфигурации и настроек СУБД.

  • 🔍 Для составных типов часто требуется явное приведение типов или проверка каждого возможного типа отдельно.
  • 📦 Пустая ссылка на справочник не всегда эквивалентна NULL в контексте соединений (JOIN).
  • ⚙️ В некоторых случаях использование функции ЕСТЬNULL() в выражениях предпочтительнее, чем проверка в WHERE.

При формировании отчета по движениям регистров, где измерение может не заполняться, использование НЕ ЕСТЬ NULL гарантирует, что вы получите только те записи, где связь с объектом установлена. Это критично для финансовых отчетов, где потеря связи с контрагентом недопустима.

💡

При работе с составными типами ссылок используйте функцию ЕСТЬNULL(Поле, ЗначениеПоУмолчанию) в списке выборки, чтобы визуально заменить пустоту на понятный текст, например, "Не указано".

Логические операторы и приоритет вычислений

При комбинировании проверки на пустоту с другими условиями фильтрации критически важен порядок вычислений. Операторы И и ИЛИ имеют разный приоритет, и отсутствие скобок может полностью исказить результат выборки. Это одна из самых частых причин появления "лишних" строк в отчетах.

Представьте ситуацию, когда нужно выбрать документы, где сумма больше 1000 И комментарий заполнен, ИЛИ где документ проведен. Если написать условие без скобок, логика может сработать не так, как задумано. Система сначала выполнит сравнения, а затем применит логические связи слева направо.

Правильная группировка условий выглядит следующим образом:

ГДЕ

(Документ.РеализацияТоваровУслуг.Сумма > 1000


И Документ.РеализацияТоваровУслуг.Комментарий НЕ ЕСТЬ NULL)


ИЛИ Документ.РеализацияТоваровУслуг.Проведен = ИСТИНА

Использование скобок явно указывает движку запросов 1С, какие условия должны выполняться в связке. Без них условие Сумма > 1000 может объединиться с условием Проведен = ИСТИНА через ИЛИ, что приведет к выборке всех проведенных документов независимо от суммы.

📊 С каким типом данных вы чаще всего работаете при проверке на NULL?
Ссылки на справочники
Числовые реквизиты
Строковые поля
Даты и время

Использование функции ЕСТЬNULL() в выражениях

Помимо оператора условия в секции WHERE, в языке запросов существует встроенная функция ЕСТЬNULL(). Она позволяет подменять пустое значение на какое-либо другое прямо в момент выборки данных. Это незаменимый инструмент для формирования понятных печатных форм и отчетов.

Синтаксис функции прост: ЕСТЬNULL(Выражение, ЗаменяющееЗначение). Если первое выражение не пусто, оно возвращается как есть. Если же там NULL, возвращается второй параметр. Это позволяет избежать обработки исключений на стороне клиентского кода.

Пример использования для вывода статуса документа:

ВЫБРАТЬ

Документ.ЗаказКлиента.Номер,


ЕСТЬNULL(Документ.ЗаказКлиента.Комментарий, "Комментарий отсутствует") КАК Комментарий


ИЗ


Документ.ЗаказКлиента

В данном случае в результирующей таблице никогда не будет пустых ячеек в колонке "Комментарий". Вместо NULL пользователь увидит понятный текст. Это упрощает верстку отчетов в СКД (Системе Компоновки Данных), так как не нужно настраивать условное оформление для пустых значений.

Функция / Оператор Место использования Возвращаемый результат Пример
ЕСТЬ NULL Секция WHERE Булево (ИСТИНА/ЛОЖЬ) ГДЕ Поле ЕСТЬ NULL
НЕ ЕСТЬ NULL Секция WHERE Булево (ИСТИНА/ЛОЖЬ) ГДЕ Поле НЕ ЕСТЬ NULL
ЕСТЬNULL() Список выборки Значение поля или замена ЕСТЬNULL(Поле, 0)
ВЫБОР.. ТОГДА Список выборки Условное значение ВЫБОР КОГДА Поле ЕСТЬ NULL..
💡

Функция ЕСТЬNULL() не фильтрует данные, а трансформирует их. Для исключения записей из выборки обязательно используйте секцию WHERE.

Специфика работы с числовыми полями и нулем

Частая ошибка разработчиков — путать числовое значение 0 и пустое значение NULL. В базе данных 1С это принципиально разные состояния. Ноль — это конкретное число, которое может означать отсутствие долга, нулевой остаток или баланс. NULL — это отсутствие информации о числе как таковом.

Если вы напишете условие Где Остаток = 0, система выберет все записи, где остаток равен нулю. Записи, где поле "Остаток" вообще не заполнено (NULL), в эту выборку не попадут**. Это может привести к тому, что вы упустите документы, по которым расчет еще не производился.

Для корректной обработки таких ситуаций часто требуется комбинированное условие. Например, если бизнес-логика требует найти товары, которых нет на складе (либо остаток 0, либо данные не загружены):

ГДЕ

РегистрНакопления.ТоварыНаСкладах.Остаток = 0


ИЛИ РегистрНакопления.ТоварыНаСкладах.Остаток ЕСТЬ NULL

Такой подход гарантирует полноту данных. Однако стоит быть осторожным при агрегации. Функции суммирования СУММА() игнорируют NULL, но учитывают 0. Понимание этой разницы важно при построении итоговых отчетов.

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

Оптимизация запросов и влияние на индексацию

Проверка на NULL может существенно влиять на производительность запроса, особенно на больших объемах данных. Если по полю, которое вы проверяете на пустоту, установлен индекс, оптимизатор запросов 1С (и underlying СУБД, например, MS SQL или PostgreSQL) сможет эффективно использовать этот индекс для ускорения выборки.

Однако, если условие сформулировано сложно, например, с использованием функций над полем перед проверкой, индекс может перестать использоваться. Прямое сравнение Поле ЕСТЬ NULL является "SARGable" (поисковым аргументом), что благоприятно для скорости.

  • 🚀 Прямая проверка ЕСТЬ NULL позволяет использовать индексы базы данных.
  • 🐌 Обертка поля в функции (например, СТРОКА(Поле) ЕСТЬ NULL) часто отключает индексацию.
  • 📉 На больших таблах регистров отсутствие индекса по часто фильтруемым полям может замедлить отчет в разы.

Рекомендуется анализировать план выполнения запроса через консоль запросов или технологический журнал. Если вы видите полное сканирование таблицы (Table Scan) при выборке малого количества пустых значений, стоит проверить структуру индексов в конфигураторе.

Секрет оптимизации в MS SQL

В MS SQL Server пустые значения в индексируемых полях хранятся особым образом. Частая выборка NULL-значений может быть даже быстрее, чем выборка конкретных значений, если статистика базы данных актуальна.

Типичные ошибки и способы их устранения

Даже опытные разработчики иногда допускают досадные промахи при работе с пустыми значениями. Самая распространенная ошибка — попытка использовать оператор = или <> для сравнения с NULL. В стандартной логике SQL и 1С любое сравнение с NULL возвращает неизвестность (Unknown), что в контексте фильтра WHERE трактуется как ЛОЖЬ.

Еще одна проблема возникает при использовании внешних источников данных или объединении запросов (ОБЪЕДИНИТЬ ВСЕ). Если в одном из подзапросов поле отсутствует или имеет другой тип, результат объединения может содержать неожиданные NULL, которые "развалят" последующую логику обработки.

Для отладки таких ситуаций полезно выводить служебное поле с типом значения:

ВЫБРАТЬ

ТипЗначения(МоеПоле) КАК ТипПоля,


МоеПоле


ИЗ


МояТаблица

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

☑️ Чек-лист проверки запроса

Выполнено: 0 / 4

⚠️ Внимание: Интерфейс и поведение конструктора запросов могут незначительно отличаться в разных версиях платформы 1С. Всегда проверяйте сгенерированный текст запроса вручную перед сохранением в модуль.

FAQ: Часто задаваемые вопросы

Можно ли использовать оператор IS NULL как в SQL?

Нет, в языке запросов 1С синтаксис SQL не поддерживается напрямую. Нужно использовать конструкцию ЕСТЬ NULL. Попытка написать IS NULL вызовет ошибку синтаксиса.

В чем разница между пустой строкой и NULL?

Пустая строка ("") — это значение длиной 0 символов. NULL — это отсутствие значения. Для строкового поля проверка ЕСТЬ NULL не поймет пустую строку. Для проверки обоих случаев нужно использовать условие ИЛИ.

Почему запрос не находит записи, где поле явно пустое?

Возможно, в поле записана пустая строка, а не NULL. Либо поле имеет составной тип, и проверка требует уточнения. Также проверьте, не используется ли функция, превращающая NULL в другое значение до фильтрации.

Как заменить все NULL на 0 в результате запроса?

Используйте функцию ЕСТЬNULL(Поле, 0) в списке выбираемых полей. Это заменит все пустые значения на ноль только в результате выборки, не изменяя данные в базе.

Влияет ли проверка на NULL на скорость отчета?

Да, если по полю есть индекс, проверка оптимизируется. Если индекса нет или условие записано некорректно (с функциями), может произойти полное сканирование таблицы, что замедлит работу на больших объемах.