Оператор ПОДОБНО в запросах 1С: Синтаксис и примеры

Сервер базы данных использует индексы для ускорения поиска. Однако индекс эффективно работает только тогда, когда маска поиска имеет фиксированное начало. Если ваш шаблон начинается с символа подстановки (например, "*Москва"), оптимизатор запросов часто вынужден отбросить индекс и перебирать все записи подряд.

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

Анализ планов выполнения запросов показывает, что даже небольшая оптимизация условия ГДЕ может сократить время отчета с минут до секунд. Всегда приоритизируйте условия с фиксированным началом строки при проектировании сложных отчетов в 1С:ERP или 1С:Комплексная автоматизация.

Сравнение с оператором НАЧАЛОСЯ

Часто разработчики сталкиваются с дилеммой: что использовать — ПОДОБНО или НАЧАЛОСЯ? Оба оператора служат для фильтрации строк, но имеют принципиальные различия в семантике и влиянии на производительность. Выбор правильного оператора может существенно упростить код и ускорить его работу.

Оператор НАЧАЛОСЯ является более строгим и специализированным. Он проверяет, начинается ли строка поля на указанную подстроку. С точки зрения оптимизации, это идеальный вариант для поиска по префиксу, так как он гарантированно использует индекс и не допускает двусмысленности в интерпретации маски.

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

• ✅ НАЧАЛОСЯ: Используйте для поиска по началу строки (префиксу). Максимальная производительность, читаемый код.
• 🔄 ПОДОБНО: Используйте для поиска подстроки в любом месте или при необходимости замены одиночных символов.
• ⚡ Производительность: Поле НАЧАЛОСЯ "Текст" почти всегда быстрее, чем Поле ПОДОБНО "Текст*".

В современных конфигурациях 1С рекомендуется использовать НАЧАЛОСЯ везде, где логика задачи позволяет ограничиться проверкой начала строки. Это делает код более явным и защищает от случайных ошибок при вводе спецсимволов пользователем в поля отбора.

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

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

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

// Поиск всех товаров, начинающихся на "Телефон Samsung"
ВЫБРАТЬ
Номенклатура.Ссылка,
Номенклатура.Наименование
ИЗ
Справочник.Номенклатура КАК Номенклатура
ГДЕ
Номенклатура.Наименование ПОДОБНО "Телефон Samsung%"

Второй сценарий — работа с нормативно-справочной информацией, где коды имеют жесткую структуру. Например, поиск счетов учета, которые начинаются на определенные цифры, но имеют разные аналитические разрезы в конце кода.

⚠️ Внимание: При передаче параметров в запрос через объект Запрос.Параметры, убедитесь, что символы подстановки добавляются к значению параметра в коде 1С, а не внутри текста запроса, если вы используете именованные параметры.

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

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

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

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

Одна из распространенных ошибок — игнорирование пробельных символов. Если в базе данных значение хранится как "Иванов " (с пробелом в конце), а маска ищет "Иванов", результат может быть отрицательным в зависимости от настроек сравнения строк. В таких случаях рекомендуется использовать функцию СОКРЛ или СОКРП перед полем.

Другая проблема связана с типами данных. Попытка применить ПОДОБНО к полю типа Число или Дата без предварительного приведения к строке вызовет ошибку синтаксиса. Всегда явно приводите типы, если не уверены в метаданных:

ВЫБРАТЬ
Регистр.Период
ИЗ
РегистрСведений.КурсыВалют КАК Регистр
ГДЕ
СТРОКА(Регистр.Период) ПОДОБНО "2023*"

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