Как использовать подстроку в запросе 1С 8: функции и LIKE

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

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

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

Использование функции ПоискСтроки в запросах

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

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

Синтаксис функции позволяет задавать начальный символ поиска, что полезно при поиске второго или третьего вхождения слова в длинном тексте. Аргументы функции строго типизированы: первый аргумент — исходная строка, второй — искомая подстрока.

ВЫБРАТЬ
Справочник.Номенклатура.Наименование КАК Наименование,
Справочник.Номенклатура.Артикул КАК Артикул
ИЗ
Справочник.Номенклатура КАК Справочник.Номенклатура
ГДЕ
ПоискСтроки(Справочник.Номенклатура.Артикул, &АртикулЧасть) > 0

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

⚠️ Внимание: Функция ПоискСтроки чувствительна к регистру в зависимости от настроек сравнения строк в вашей конфигурации и СУБД. В большинстве случаев для 1С 8.3 сравнение происходит без учета регистра, но поведение может отличаться на PostgreSQL при специфических настройках коллации.

Оператор ПОДОБНО и поиск по шаблону

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

Основными символами подстановки являются процент %, заменяющий любую последовательность символов (включая пустую), и подчеркивание _, заменяющее ровно один любой символ. Комбинируя эти символы с искомым текстом, можно реализовать различные сценарии фильтрации данных без написания сложного кода на встроенном языке.

Пример использования оператора для поиска товаров, название которых содержит слово "Телефон":

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

Если вам необходимо найти записи, начинающиеся с определенной буквы, шаблон будет выглядеть как "А%". Для поиска записей, заканчивающихся на определенное расширение файла или код, используйте шаблон "%.txt". Оператор ПОДОБНО часто транслируется движком 1С в нативный SQL-оператор LIKE, что обеспечивает хорошую производительность на стороне сервера баз данных.

Стоит отметить, что использование символа процента в начале шаблона (например, "%текст") часто приводит к полному сканированию таблицы (Table Scan), так как стандартные индексы не могут эффективно использоваться для поиска подстроки в произвольном месте. Это критичный момент для оптимизации высоконагруженных систем.

Специфика работы с LIKE в различных СУБД

Хотя платформа 1С абстрагирует разработчика от деталей конкретной СУБД, понимание того, как работает оператор ПОДОБНО (аналог SQL LIKE) на уровне базы данных, помогает писать более эффективные запросы. Поведение поиска может различаться в зависимости от используемой системы управления базами данных: MS SQL Server, PostgreSQL или встроенной SQL-сервер 1С.

В MS SQL Server по умолчанию используется сравнение без учета регистра, если коллация базы данных настроена соответствующим образом (например, Cyrillic_General_CI_AS). Это означает, что поиск по шаблону "%абв" найдет и "абв", и "АБВ". В PostgreSQL ситуация сложнее: поведение зависит от типа данных поля (VARCHAR или TEXT) и примененной коллации. Для полей с коллацией, чувствительной к регистру, поиск может не найти совпадений при несовпадении регистра букв.

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

СУБД	Оператор SQL	Чувствительность к регистру	Особенности
MS SQL Server	LIKE	Зависит от коллации	Высокая скорость полнотекстового поиска
PostgreSQL	LIKE / ILIKE	Строгая (по умолчанию)	Требует внимания к настройкам локали
Встроенная 1С	LIKE	Без учета регистра	Оптимизирована для типовых задач 1С

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

Что такое коллация?

Коллация (Collation) — это набор правил, определяющих порядок сортировки и сравнения символов в базе данных. Она включает в себя правила учета регистра, ударений и специфику национального алфавита.

Функция НайтиВТексте и полнотекстовый поиск

В контексте поиска подстрок часто упоминается функция НайтиВТексте, однако важно разделять контексты ее использования. В языке запросов 1С 8 основной функцией остается ПоискСтроки. Функция НайтиВТексте чаще ассоциируется с возможностями полнотекстового поиска (Full-Text Search), доступного в старших версиях платформы и конкретных СУБД.

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

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

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

⚠️ Внимание: Полнотекстовый поиск не поддерживается во встроенном варианте СУБД 1С и требует использования внешних серверов баз данных (MS SQL, PostgreSQL) с соответствующей лицензией и настройками прав доступа.

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

Главная проблема поиска подстроки — это потеря возможности использования индексов. Когда вы используете условие вида Поле ПОДОБНО "%значение%", оптимизатор запросов часто вынужден перебирать все записи таблицы, так как индекс B-деревья отсортирован по началу строки, а не по ее середине. Это приводит к значительному замедлению работы при росте объема данных.

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

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

Анализ плана выполнения запроса (Execution Plan) — обязательный этап при отладке проблем с производительностью. Он покажет, используется ли индексный поиск (Index Seek) или полное сканирование (Table Scan). В 1С 8.3 консоль запросов предоставляет удобные инструменты для визуализации этого процесса.

Практические примеры и типичные ошибки

Рассмотрим реальный сценарий: необходимо отобрать все счета-фактуры, в комментарии к которым упоминается номер договора клиента. Пользователь вводит номер частично, например, "123/А". Ошибка разработчика может заключаться в неправильном экранировании специальных символов или игнорировании пробелов.

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

Еще один нюанс — работа с NULL-значениями. Если поле может быть пустым (NULL), функция поиска может вести себя неочевидно. В SQL NULL не равен NULL и не содержит никаких строк. Условие ПоискСтроки(Поле, "текст") для NULL-поля вернет NULL, что в логическом выражении трактуется как Ложь, поэтому запись не попадет в выборку. Это корректное поведение, но о нем стоит помнить при отладке.

// Пример безопасного поиска с обработкой пустых значений
ВЫБРАТЬ
Документы.Реализация.Номер,
Документы.Реализация.Комментарий
ИЗ
Документы.Реализация КАК Документы.Реализация
ГДЕ
(Документы.Реализация.Комментарий ЕСТЬ НЕ NULL)
И (ПоискСтроки(Документы.Реализация.Комментарий, &ЧастьТекста) > 0)

Также стоит упомянуть ошибку, связанную с кодировкой. При работе с внешними источниками данных через ODBC или текстовые файлы, импортируемые в 1С, могут возникать проблемы с отображением национальных символов (например, букв "ё" или специфических знаков валют). Поиск подстроки в таких случаях может не сработать, если кодировка источника и приемника не совпадают.

Как искать подстроку с учетом регистра?

По умолчанию 1С выполняет поиск без учета регистра. Для поиска с учетом регистра необходимо использовать специфические функции преобразования строки, такие как СтрЗаменить в комбинации с приведением к нижнему регистру вручную, либо полагаться на настройки коллации СУБД, если они позволяют принудительное сравнение с учетом регистра (Binary Collation).

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

Нет, язык запросов 1С не поддерживает регулярные выражения (RegExp) напрямую внутри конструкции ВЫБРАТЬ-ГДЕ. Для сложного паттерн-матчинга необходимо выгружать данные во временную таблицу и обрабатывать их на стороне встроенного языка 1С, где доступны объекты работы с регулярными выражениями, либо использовать возможности конкретной СУБД через Passing Query.

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

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

Как найти все вхождения подстроки, а не только первое?

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