Как в запросе 1С указать условие поиска подстроки

В процессе разработки сложных отчетов и обработок в платформе 1С:Предприятие программисты часто сталкиваются с необходимостью фильтрации данных не по точному совпадению, а по наличию определенной последовательности символов. Стандартный оператор сравнения «РАВНО» здесь бессилен, так как он требует полного соответствия значения поля эталону. Для реализации логики «включения» одной строки в другую существует специальный синтаксис языка запросов, который позволяет гибко управлять выборкой данных из регистров и справочников.

Понимание механизма работы оператора ПОДОБНО является критически важным для любого разработчика, желающего оптимизировать свои выборки. Неправильное использование шаблонов поиска может привести к тому, что система пропустит нужные записи или, наоборот, вернет избыточный массив данных, который придется фильтровать программно в коде 1С, что недопустимо с точки зрения производительности. В данной статье мы детально разберем синтаксис, особенности экранирования специальных символов и альтернативные методы поиска.

Особое внимание следует уделить влиянию таких условий на скорость выполнения запроса. Использование поиска подстроки в начале или середине поля часто приводит к полному сканированию таблицы, игнорируя индексы базы данных. Мы рассмотрим стратегии минимизации этого негативного эффекта и случаи, когда применение встроенных функций строковой обработки в предложении ВЫБРАТЬ становится более предпочтительным вариантом, чем фильтрация в предложении ГДЕ.

Синтаксис оператора ПОДОБНО в языке запросов

Основным инструментом для реализации условия «содержит» в языке запросов 1С:Предприятие является оператор ПОДОБНО. Он позволяет сравнивать строковое значение поля с шаблоном, в котором могут присутствовать специальные символы-маски. Базовый синтаксис предполагает использование знака процента %, который заменяет любую последовательность символов любой длины, включая пустую строку.

Если ваша задача найти все элементы, где в названии встречается слово «Телефон», независимо от того, что стоит до или после него, запрос будет выглядеть следующим образом:

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

Здесь важно понимать разницу между расположением символа %. Если вы напишете "Телефон%", система будет искать строки, начинающиеся с этого слова. Если же написать "%Телефон", будут найдены строки, заканчивающиеся на него. Комбинация "%Телефон%" обеспечивает поиск в любом месте строки, что и соответствует логике оператора «содержит».

Помимо процента, в шаблонах часто используется символ подчеркивания _, который заменяет ровно один любой символ. Это полезно, когда вы знаете структуру строки, но не знаете конкретный символ в определенной позиции. Например, шаблон "А_тон" найдет и «Атон», и «Автон», но не найдет «Ааавтон».

Экранирование специальных символов и нюансы поиска

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

Для экранирования в 1С используется обратный слэш \. Если вам нужно найти текст «Скидка 50%», шаблон должен выглядеть как "%Скидка 50\%%". Первый и последний проценты остаются масками, а средний экранируется. Это часто вызывает ошибки у начинающих разработчиков, которые забывают про двойное экранирование в некоторых контекстах или путают порядок символов.

Почему экранирование важно для безопасности?

Некорректная обработка пользовательского ввода, содержащего символы %, может привести к непредсказуемым результатам выборки. Хотя в 1С риск SQL-инъекций минимизирован архитектурой платформы, логическая целостность данных может быть нарушена, если шаблон сформируется неверно.

Рассмотрим таблицу с примерами различных шаблонов и тем, какие строки они найдут в базе данных:

Шаблон поиска	Найдет строку	Не найдет строку
"%1С%"	«Фирма 1С», «1С:Бухгалтерия»	«Бухгалтерия», «Один эс»
"А_ександр"	«Александр», «Александр»	«Александра», «Алекандр»
"Товар\#123"	«Товар#123»	«Товар 123», «Товар#12»
"202_год"	«2023год», «2026год»	«202год», «20265год»

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

Альтернативные методы: функции поиска подстроки

Иногда использование оператора ПОДОБНО нецелесообразно, особенно если требуется сложная логика поиска или работа с результатами поиска внутри запроса. В таких случаях на помощь приходят встроенные строковые функции, такие как НАЙТИ и ПОИСК. Функция НАЙТИ возвращает позицию первого вхождения подстроки или 0, если вхождение не найдено.

Запрос с использованием функции будет выглядеть так:

ВЫБРАТЬ
Справочник.Контрагенты.Наименование
ИЗ
Справочник.Контрагенты
ГДЕ
НАЙТИ(Справочник.Контрагенты.Наименование, "ООО") > 0

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

Тем не менее, если поиск ведется по середине строки, оба метода (ПОДОБНО и НАЙТИ) работают схожим образом с точки зрения нагрузки на СУБД. Выбор между ними часто диктуется читаемостью кода или необходимостью дополнительных вычислений.

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

Любой поиск подстроки, который не привязан к началу значения (то есть шаблон начинается с %), является ресурсоемкой операцией. База данных не может эффективно использовать B-деревья индексов, так как ей нужно проверить каждую запись на наличие последовательности символов в произвольном месте. Это фундаментальное ограничение реляционных баз данных, актуальное и для встроенной SQL, и для внешних СУБД.

Для минимизации ущерба производительности старайтесь комбинировать условия. Если вы ищете «Телефон Samsung», попробуйте сначала отфильтровать данные по более селективным признакам, которые поддерживают индексы (например, по виду номенклатуры или организации), а уже потом применять поиск подстроки к отфильтрованному набору.

Также стоит рассмотреть возможность использования полнотекстового поиска, если ваша конфигурация и версия платформы поддерживают эту функциональность через специальные регистры сведений или внешние механизмы. Полнотекстовый поиск специально разработан для быстрого нахождения слов в любых частях текстовых полей и работает значительно быстрее классического ПОДОБНО.

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

Поиск с учетом регистра и национальных символов

Одной из частых проблем при миграции или работе в многонациональных компаниях является корректный поиск с учетом языковых особенностей. В 1С строки могут храниться в различных кодировках в зависимости от типа СУБД, но платформа стремится унифицировать работу с ними. Тем не менее, при поиске специфических символов (например, буквы «ё» или специфических знаков валют) могут возникать нюансы.

Если стандартный поиск не находит ожидаемые значения, проверьте настройки сравнения строк в конфигурации. В некоторых случаях может потребоваться явное приведение типа или использование функций преобразования регистра (СТРОКА, РЕГСТР), хотя в условиях ГДЕ это опять же скажется на производительности.

Для поиска с учетом регистра с помощью оператора ПОДОБНО иногда приходится прибегать к хитростям, если стандартные настройки не позволяют этого сделать напрямую, но чаще всего в бизнес-задачах регистр не имеет значения, и стандартное поведение платформы является оптимальным.

Практические примеры для типовых задач

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

Параметры.НомерЗаказа = "ORD-12345";

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

Запрос.УстановитьПараметр("ТекстПоиска", "%" + Параметры.НомерЗаказа + "%");
Результат = Запрос.Выполнить();

Второй пример — фильтрация списка файлов по расширению. Здесь

Можно ли использовать регулярные выражения в запросе 1С?

Нет, язык запросов 1С не поддерживает регулярные выражения (Regex) напрямую внутри текста запроса. Для сложного паттерн-матчинга необходимо выгружать данные в объект 1С и обрабатывать их встроенными средствами языка 1С или через внешние компоненты, что снижает производительность.

Третий сценарий — поиск «мусорных» записей, содержащих специальные символы, которые не должны присутствовать в именах контрагентов. Здесь мы используем отрицание НЕ ПОДОБНО, чтобы найти все записи, которые не соответствуют разрешенному шаблону. Это мощный инструмент для проведения аудита качества данных в информационной базе.

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

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

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

Также разработчики часто забывают, что пробелы имеют значение. Шаблон "%Товар%" найдет «КрасныйТовар», но если в базе записано «Красный Товар» (с пробелом), а вы ищете слитное написание, результат будет пустым. Всегда анализируйте данные в базе перед написанием условия фильтрации.

В чем разница между ПОДОБНО и НАЙТИ в запросе?

Оператор ПОДОБНО работает с масками (символами % и _) и является частью синтаксиса SQL-подобного языка запросов 1С. Функция НАЙТИ возвращает числовую позицию вхождения и является обычной функцией обработки строк. ПОДОБНО обычно предпочтительнее для простых условий фильтрации, так как может быть лучше оптимизировано движком запросов в некоторых сценариях (например, поиск с начала строки), тогда как НАЙТИ дает больше гибкости для вычислений.

Как найти строку, которая содержит только проценты?

Чтобы найти строку, состоящую только из знаков процента, нужно экранировать каждый знак. Шаблон будет выглядеть как "\%\%\%" (для трех процентов) или "\%%" с использованием спецсимволов экранирования, в зависимости от конкретной версии платформы. Проще всего использовать функцию СТРЗАМЕНИТЬ в коде 1С для предварительной обработки или условие ПОДОБНО с полным экранированием.

Почему запрос с поиском подстроки работает медленно?

Поиск подстроки в середине или конце поля (шаблон начинается с %) не позволяет базе данных использовать индекс по этому полю для быстрого перехода к нужным записям. СУБД вынуждена просматривать каждую строку таблицы (Full Table Scan) и проверять условие. На больших таблицах это занимает много времени. Решение: использовать полнотекстовый поиск или изменить логику хранения данных.

Можно ли использовать ПОДОБНО для полей типа Число?

Нет, оператор ПОДОБНО предназначен только для строк. При попытке применить его к числовому полю возникнет ошибка. Необходимо сначала преобразовать число в строку, например: ПОДОБНО СТРОКА(МоеЧисло), но это значительно снизит производительность.

Как игнорировать регистр при поиске?

По умолчанию в 1С сравнение строк часто происходит без учета регистра, но это зависит от настроек базы данных. Если требуется гарантированное игнорирование регистра, можно привести оба значения к нижнему регистру с помощью функции СТРНИЖН() в условии, однако это отключит использование индексов.