Как в запросе 1С сделать отбор по непустой строке неограниченной длины?

При написании запросов к информационной базе разработчики часто сталкиваются с необходимостью отфильтровать записи, в которых текстовый реквизит (например, Комментарий или Описание) заполнен. Однако при попытке стандартного сравнения вида ГДЕ Номенклатура.Комментарий <> "" платформа 1С возвращает ошибку: «Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины и поля несовместимых типов».

Разберем причины возникновения этой ошибки, рассмотрим все рабочие способы проверки строки на непустоту в языке запросов 1С и проанализируем их влияние на производительность.

Почему возникает ошибка сравнения полей неограниченной длины

В реляционных СУБД (MS SQL Server, PostgreSQL, Oracle и др.) строковые поля неограниченной длины хранятся в специальных типах данных (BLOB, CLOB, nvarchar(max) или text). На уровне платформы «1С:Предприятие» для таких полей действуют строгие ограничения:

1. Их нельзя использовать в операциях прямого сравнения (=, <>, >, <).
2. Их нельзя указывать в секциях группировки СГРУППИРОВАТЬ ПО.
3. По ним нельзя выполнять сортировку в секции УПОРЯДОЧИТЬ ПО.
4. Их нельзя использовать в условиях соединения таблиц в секции ПО.

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

Способ 1. Использование оператора ПОДОБНО

Самый быстрый и лаконичный способ проверить строку неограниченной длины на непустоту — использовать оператор сопоставления с шаблоном ПОДОБНО.

Посмотрим на пример с отрицанием пустой строки:

ВЫБРАТЬ
	Номенклатура.Ссылка КАК Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	НЕ Номенклатура.Комментарий ПОДОБНО ""

Также можно проверить наличие как минимум одного любого символа с помощью маски _ (символ подчеркивания означает ровно один произвольный символ):

ВЫБРАТЬ
	Номенклатура.Ссылка КАК Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	Номенклатура.Комментарий ПОДОБНО "%_%"

Оператор ПОДОБНО транслируется в SQL-конструкцию LIKE и корректно обрабатывает поля неограниченной длины без предварительного явного приведения типов.

Способ 2. Использование функции ВЫРАЗИТЬ

Другой распространенный вариант — явное приведение строки неограниченной длины к строке фиксированной длины с помощью конструкции ВЫРАЗИТЬ. Поскольку нам важно узнать лишь факт наличия текста, достаточно выразить поле в строку минимальной длины, например, в 1 символ:

ВЫБРАТЬ
	Номенклатура.Ссылка КАК Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	ВЫРАЗИТЬ(Номенклатура.Комментарий КАК Строка(1)) <> ""

Конструкцию ВЫРАЗИТЬ можно использовать как в секции ГДЕ, так и в списке выборки. Важно помнить, что максимальная длина строки, которую можно задать в качестве параметра функции приведения типа, составляет 1024 символа.

Способ 3. Использование функции ПОДСТРОКА

Функция ПОДСТРОКА также преобразует фрагмент текста в строку ограниченной длины, что позволяет использовать стандартные операторы сравнения:

ВЫБРАТЬ
	Номенклатура.Ссылка КАК Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	ПОДСТРОКА(Номенклатура.Комментарий, 1, 1) <> ""

Здесь первым параметром передается поле источника, вторым — начальная позиция (1), третьим — количество выбираемых символов (1). Результат работы функции имеет ограниченную длину, поэтому сравнение <> "" выполняется без ошибок.

Способ 4. Использование функции ДЛИНАСТРОКИ (начиная с 1С:Предприятие 8.3.20)

Если конфигурация работает на платформе версии 8.3.20 и выше, в языке запросов доступна встроенная функция ДЛИНАСТРОКИ, возвращающая количество символов в поле:

ВЫБРАТЬ
	Номенклатура.Ссылка КАК Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	ДЛИНАСТРОКИ(Номенклатура.Комментарий) > 0

Этот вариант делает текст запроса максимально понятным и выразительным.

Влияние на производительность и рекомендации по архитектуре

При использовании условий по полям неограниченной длины важно учитывать архитектурные особенности СУБД:

1. Полное сканирование таблицы (Table Scan): по полям неограниченной длины невозможно построить стандартный индекс B-Tree. Любой отбор (через ПОДОБНО, ПОДСТРОКА, ВЫРАЗИТЬ или ДЛИНАСТРОКИ) заставляет СУБД последовательно просматривать все строки таблицы. В больших базах данных это приводит к значительным задержкам.
2. Оптимизация при частых выборках: если отбор по наличию комментария или описания выполняется регулярно (например, в динамических списках или отчетах), рекомендуется добавить в метаданные отдельный индексируемый реквизит типа Булево (например, ЕстьКомментарий). Его значение следует заполнять автоматически в процедуре ПередЗаписью объекта:
   Скопировать код

   
   Процедура ПередЗаписью(Отказ)
   	ЕстьКомментарий = НЕ ПустаяСтрока(Комментарий);
   КонецПроцедуры
   

   В таком случае в запросе достаточно наложить простое и быстрое условие ГДЕ Номенклатура.ЕстьКомментарий = ИСТИНА, которое будет эффективно использовать индекс.