При работе с механизмом полнотекстового поиска (ППД) в системе «1С:Предприятие 8» пользователи и разработчики часто сталкиваются с ситуацией: поисковый запрос по определенному слову выдает одну строку с документом, хотя это слово точно присутствует в нескольких его реквизитах (например, в «Комментарии» и в «Содержании»). Более того, если удалить слово из первого поля, система начинает показывать в превью текст из второго. Рассмотрим подробнее, почему так происходит, и разберем внутренние механизмы платформы, отвечающие за выдачу результатов.
Первое и самое важное, что мы должны понять: полнотекстовый поиск в 1С спроектирован для поиска объектов, а не текстовых фрагментов как таковых. Когда вы вводите запрос в строку поиска, система обращается к индексу и ищет все уникальные ссылки на объекты (документы, справочники, задачи), в которых встречается данное слово.
Логика платформы такова: пользователю нужно найти документ. Если слово встречается в документе 10 раз, это все равно один и тот же документ. Чтобы не перегружать интерфейс и не плодить дубликаты в списке результатов, 1С всегда выводит одну уникальную ссылку. Таким образом, одна строка в результате поиска строго соответствует одной ссылке в базе данных. Это нормальное поведение системы, направленное на повышение эргономики работы.
Проанализируем ситуацию, когда при удалении текста из одного поля «всплывает» другое. За это отвечает алгоритм формирования фрагментов. Сниппет — это краткий текстовый контекст, который мы видим в окне результатов под заголовком найденного объекта.
Выясним причину выбора конкретного поля для отображения:
Если слово есть в Поле А и Поле Б, система выбирает одно из них для формирования превью. Как только источник для формирования фрагмента в Поле А исчезает (удаление текста), алгоритм переключается на следующее доступное поле — Поле Б. Именно это создает иллюзию того, что система «не видела» второе поле ранее.
Для обеспечения высокой скорости работы и актуальности данных, полнотекстовый поиск использует двухкомпонентную систему индексации. Разберем эти компоненты:
Основной индекс представляет собой массив данных большого объема. Он максимально оптимизирован для мгновенного поиска, но его обновление — процесс ресурсоемкий. Поэтому он обновляется относительно редко.
Дополнительный индекс предназначен для оперативной фиксации изменений. Когда вы записываете новый документ, информация о нем попадает именно сюда. При поиске система объединяет результаты из обоих индексов. Однако, если данные в одном поле отображаются корректно, а в другом — нет, это может сигнализировать о необходимости проведения операции «слияния» индексов или полной переиндексации, если индексные файлы были повреждены или рассинхронизированы.
Если стандартный интерфейсный поиск «в углу программы» не решает ваши задачи (например, вам все же необходимо вывести все вхождения слова), мы можем воспользоваться программными средствами. В языке 1С для этого предназначены объекты ПолнотекстовыйПоискМенеджер и РезультатПолнотекстовогоПоиска.
Посмотрим на пример того, как можно получить доступ к детальной информации о находках. При использовании метода Выполнить() возвращается объект, содержащий коллекцию Фрагменты. В отличие от визуального интерфейса, программный объект позволяет извлечь все упоминания.
СписокРезультатов = ПолнотекстовыйПоиск.СоздатьСписок();
СписокРезультатов.СтрокаПоиска = "ИскомоеСлово";
СписокРезультатов.Порция = 10;
СписокРезультатов.Выполнить();
Для Каждого Результат Из СписокРезультатов Цикл
// Здесь 'Результат' — это элемент коллекции ПолнотекстовыйПоискВыборка
// Мы можем проанализировать массив фрагментов
Для Каждого Фрагмент Из Результат.Фрагменты Цикл
// Фрагмент содержит текст с выделенным искомым словом
Сообщить(Фрагмент);
КонецЦикла;
КонецЦикла;
Таким образом, на уровне кода 1С «видит» все вхождения, но стандартная форма поиска просто ограничивает их отображение для удобства пользователя.
Иногда полезно проверить, проиндексировано ли конкретное поле. Для этого в 1С предусмотрен специальный синтаксис запросов. Если вы хотите найти слово только в определенном реквизите, используйте оператор @.
Например, запрос @Содержание Акция заставит систему искать слово «Акция» исключительно в поле Содержание. Если документ находится по такому запросу, значит, с индексом ППД для этого поля все в порядке, и отсутствие его в общем превью — лишь особенность визуализации.
Проанализируем настройки в Конфигураторе, которые влияют на стабильность работы ППД. У каждого реквизита есть свойство «Индексировать».
Хотя полнотекстовый поиск может работать и без обычного индекса (используя свои собственные файлы индекса ППД), установка значения «Индексировать» или «Индексировать с дополнительным упорядочиванием» для строковых полей часто помогает платформе быстрее и точнее обрабатывать данные. Также убедитесь, что в свойствах самого объекта (документа или справочника) на закладке «Данные» включена опция «Полнотекстовый поиск — Использовать».
Стоит учитывать, что возможности ППД не безграничны. Существует внутренний лимит на объем текста в одном поле, попадающий в индекс. Если документ содержит гигантские текстовые блоки (например, логи или многостраничные технические задания в одном реквизите), система может проиндексировать только начальную часть текста. В этом случае слова, находящиеся в самом конце огромного поля, могут быть проигнорированы, в то время как короткие поля будут индексироваться полностью и всегда попадать в выдачу.
Подводя итог, мы видим, что описанное поведение системы — это не ошибка, а архитектурная особенность. Платформа 1С идентифицирует объекты целиком. Если вам критически важно видеть все вхождения слов в разных полях, рекомендуется:
ПолнотекстовыйПоиск.СоздатьСписок(), которая будет выводить детальный отчет по всем фрагментам.Понимание объектной модели поиска позволяет эффективнее настраивать систему и правильно интерпретировать результаты, выдаваемые пользователям.