1с 8.3 быстрый поиск даты. По точному совпадению

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

Что такое быстрый поиск?

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

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

Быстрый поиск в 1С Бухгалтерии 8.2

В версиях 1С Бухгалтерии с 8.0 по 8.2 функция предназначена именно для перехода к нужной части списка. Для примера посмотрите на окно плана счетов , приведённое на рисунке.

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

Маркер можно перемещать с одной колонки на другую, щёлкая на нужной колонке (на ЗАГОЛОВКЕ колонки! ) мышкой. Если маркер и так уже стоит в текущей колонке, то щелчок приведет к изменению направления сортировки на противоположное (т.е. от большего к меньшему или наоборот). Это стандартное поведение для любых программ Windows. В чем же особенность этого маркера в 1С Предприятии и как это связано с быстрым поиском?

Быстрый поиск в списках 1С Предприятие 8 осуществляется по колонке, в которой стоит маркер. В данном случае быстрый поиск в плане счетов будет осуществляться по колонке Код.

Тут была важная часть статьи, но без JavaScript её не видно!

Как пользоваться быстрым поиском в 1С? Легко! Просто начните печатать то, что хотите найти в ДАННОЙ колонке , т.е. там, где стоит маркер. В примере на рисунке выше следует вводить номер счета. Например, вы хотите найти счет 50 Касса . В таком случае введите (мышкой щелкать никуда не нужно! ) число 50 с клавиатуры и если в данной колонке есть счет с таким номером (а он, конечно, есть), то список прокрутится до этой строки, а сама строка окажется выделенной. Результат показан на скриншоте плана счетов ниже.

сайт_

Текст, на который указывает стрелка, стирать потом не нужно — он сам исчезнет.

Если в приведенном примере начать вводить слово "Касса", то текст в нижней части окна будет вводится, а затем стираться. Происходит это потому, что как только начало вводимой строки быстрого поиска перестает совпадать с началом хотя бы одной строки в данной колонке, 1С Предприятие делает вывод, что искомая строка не найдена и автоматически её стирает. В связи с этим следует запомнить два правила .

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

Если вы начали вводить текст, а он стирается — то, что вы ищете, отсутствует в данной колонке! В этом случае проверьте язык ввода, а также колонку в которой производится быстрый поиск. Типичная ошибка — выбрана не та колонка. Например, маркер установлен в колонке Код, а поиск производится по названию счета.

Быстрый поиск в 1С Бухгалтерии 8.3

Теперь посмотрим, чем отличается быстрый поиск в версии 1С Предприятие 8.3 . Использование во многом схоже с версией 8.2, однако есть одно существенное отличие, которое следует запомнить.

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

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

сайт_

Как видите, тот же самый маркер в одной из колонок. Поиск так же производится по колонке, в которой установлен маркер. Это всё осталось без изменений. Однако, если начать вводить текст (в примере - номер счета), то произойдет следующее.

сайт_

Как видите, просто автоматически открылось окно поиска. Такое же точно окно откроется, если нажать на кнопку поиска на панели инструментов окна (на рисунке подчеркнута). В результате при нажатии в окне поиска кнопки Найти (на картинке скрыта за выпадающим меню) или просто Enter, то получиться следующий результат.

сайт_

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

Еще одна важная особенность быстрого поиска в 1С Бухгалтерии 8.3 — совпадение ищется не по началу строки, как в версии 8.2, а производится поиск на совпадение с любой частью строк в колонке. Таким образом, если контрагента назвать "ООО ИмяФирмы", а при поиске начать вводить "ИмяФирмы ООО", то строка все равно найдется!

Делаем выводы

Таким образом, быстрый поиск в 1С Бухгалтерии 8.2 и более ранних версиях предназначается для прокрутки списка к нужной строке, а в 1С Бухгалтерии 8.3 быстрый поиск работает как обычный фильтр, скрывая ненужную вам часть списка.

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

Краткое описание элементов поиска

Перед вами всем знакомое окно. В нем мы видим строку поиска, и кнопку управления поиском и собственно табличную часть в которой будем искать.

Таблицу в таком виде мы получаем с сервера 1с. Притом 1с сервер хранит эту таблицу в у себя в оперативной памяти а не в базе данных, для более быстрого доступа пользователей к ней. например скорость запроса к памяти проходит на скорости 32 GB/s, а запрос к диску максимум на 6 GB/s, то есть минимум в 5 раз медленнее. Это называется кэшированием – хранение части данных, которые запрашиваются чаще всего. В данном конкретном примере данные отсортированы по номеру, поэтому этот кэш достаточно статичен, то есть крайне редко изменяется и крайне часто запрашивается. Если бы таблица была отсортирована по дате по убыванию то каждый новый документ добавлялся в начало списка, тем самым изменяя данные в кэше.

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

Поиск с помощью строки поиска

Вернемся к 1с и попробуем что-то найти:

Как видите поиск работает методом like, то есть выбирает указанный шаблон из списка, время на ввод, кстати, тоже ограничено, то есть если нажать 1, подождать секунду и потом нажать 1 еще раз то поиск по факту будет осуществляться дважды. При этом платформа будет искать во всех колонках списка одновременно по нескольким значениям (фрагментам строк). Для того чтобы было проще ориентироваться в результатах поиска, платформа подсвечивает найденные фрагменты строк. Результаты так же могут попадать в кэш, в зависимости от востребованности.

Тут мы нашли один результат, но если использовать реальные базы, то на этот запрос поиск выдал бы и 0000111 и 0144100111 и покупателя №11 и склад № 11, и комментарии содержащие число 11, в некоторых ситуациях связанных с настройкой конфигурации 1с и даты с 2011 года. Это порядочно увеличивает выходные данные и замедляет отклик, к тому же занимая память на сервер 1с, при этом представьте, что список содержит миллионы строк, что вы работаете на этом сервере вместе с другими сотрудниками, и на сервере при этом используются несколько баз. Для избежания этих проблем используется управляемый поиск.

Управляемый поиск

Тут используются три основных критерия

Где искать – выбор столбца таблицы

Что искать – цель поиска

Как искать – какой шаблон поиска использовать

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

Третий же параметр выглядит так:

По началу строки:

Строка поиска:”1 ск”

Результаты: 1 ск лад, 1 СК , 1 Ск олково …..

По части строки:

Строка поиска: “скл”

Результаты: 1 скл ад, скл адское помещение №1, раскл адная кровать, …..

По точному совпадению:

Результат будет соответствовать строке поиска.

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

Индексы в 1с

Для ускорения поиска в базе данных 1с используют индексы. Тут нужно немного теории.

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

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

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

Как видите на рисунке изображено трехуровневое b-дерево, но уровней может быть 10, 20 , 30…

Есть множество типов индекса и реализаций индекса. Подробнее можно почитать по ссылке .

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

Выводы

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

В 1С 8.2 поиск и удаление дублирующихся элементов производился с помощью универсальной обработки с диска ИТС: Поиск и замена данных (8.2), которая позволяла заменять значения. Далее объекты без ссылок помечались на удаление и устранялись обработкой Удаление помеченных объектов.

Процесс поиска и удаления дублей в 1С 8.2 велся отдельными операциями:

Фиксировалось наличие дубля в базе;
Определялось наибольшее число ссылок на найденную пару;
Обработкой Поиск и замена данных объект с меньшим количеством ссылок заменялся найденным дублем с большим числом ссылок;
Объект, на который ссылки были замещены, помечался на удаление. Далее по обработке устранялся из базы 1С 8.2.

Поиск и удаление дублей в 1С 8.3

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

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

Шаг 1. Где находится обработка Поиск и удаление дублей

Обработку в 1С 8.3 можно легко вызвать:

Гл. меню – Все функции – Обработки – Поиск и удаление дублей:

Раздел Администрирование – Поддержка и обслуживание:

Настройка панели навигации раздела Администрирования– выбор команды Поиск и удаление дублей:

Шаг 2. Возможности обработки «Поиск и удаление дублей»

Что нужно знать и для чего предназначена данная обработка?

Обработка производит поиск и устранение дублирующихся элементов во всех списках базы 1С 8.3. При этом, для администраторов 1С 8.3 должны быть установлены полные права ;
Обработка помогает найти вхождения всех продублированных элементов в базе 1С 8.3 и осуществляет замену дублей ссылками на выбранный “правильный” элемент.

Шаг 3. Поиск дублирующихся элементов

Вызываем форму обработки Поиск и удаление дублей . Последовательность действий указана цифрами в кружочках:

Определяем условия выбора элементов поиска:

Выбор документов либо справочников, в которых обработка осуществит поиск дубликатов;
Наложение условий отбора выбора элементов. Например, на удаление не помеченный, заполненный реквизит ИНН:

Как правило, в 1С 8.3 по умолчанию установлено совпадение наименований, но есть возможность установить другие. Например, при совпадении ИНН в 1С 8.3 будет предупреждение о наличии в базе существующего ИНН. Совпадение кодов по причине встроенной уникальности номеров в 1С практически невозможно. Поэтому вариант по умолчанию – самый ходовой:

По нажатию кн. Поиск дублей производится отбор и сравнение данных по установленным условиям. Если дублирующиеся элементы не найдены, то появляется сообщение:

При обнаружении дублей появляется перечень дублей. Перечень включает:

Слева – найденные элементы;
Справа – данные по элементам: число найденных дублей и список документов, в которых они использованы.

Шаг 4. Выбор оригинала

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

Шаг 5. Удаление дублей в 1С 8.3

Производится по кн. Удалить дубли . Дубли помечаются на удаление, все их вложения в документах заменяются на выбранный оригинал. Удалить дублирующиеся элементы окончательно можно обработкой Удаление помеченных объектов . Раздел Администрирование – Поддержка и обслуживание.

Итак, вся информация по обработке получена, перейдем к практике.

Шаг 6. Пример удаления дублей в справочнике Банковские счета

Сформируем форму Поиск и удаления дублей:

Справочник банковские счета;
Не помечены на удаление;
Сравнивать по наименованию.

Для примера в базе 1С 8.3 присутствуют дубли банковских счетов. Рассмотрим, как обработка удалит дублирующие ссылки:

Кликаем Найти дубли . В итоге 1С 8.3 выявила все три дублирующихся элемента и дает возможность оставить тот объект, у которого больше ссылок. Это разумно, поэтому так и делаем:

Нажимаем кнопку Удалить дубли . После выполнения всех необходимых действий в 1С 8.3 появляется соответствующее сообщение:

Проверим справочник Банковские счета. В результате два счета помечены на удаление:

Все отлично удалилось. У нас в базе 1С 8.3 порядок!

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

Как в программе 1С ЗУП 8.3 произвести объединение задублированных физических лиц с помощью специального помощника смотрите в нашем видео.

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

В данном окошке можно наблюдать три кнопки: Настройка - Включение/Отключение полнотекстового поиска;

Обновить индекс – Создание индекса/Обновление индекса; Очистить индекс – обнуление индекса(рекомендуется после обновления всех данных); пункт Разрешить слияние индексов – отвечает за слияние основного и дополнительного индекса.

Полнотекстовый поиск осуществляется при помощи полнотекстового индекса. При отсутствии индекса полнотекстовый поиск как таковой не возможен. Для того чтобы поиск имел результат, все необходимые данные должны быть включены в полнотекстовый индекс. Если пользователем введены в базу новые данные, их следует включить в рассматриваемый индекс, иначе они не будут участвовать в поиске. Чтобы этого избежать, необходимо обновлять полнотекстовый индекс. При обновлении система анализирует только определенные типы данных: Строка, Данные ссылочного типа (ссылки на документы, справочники),Число, Дата, ХранилищеЗначения . Если пользователь не имеет прав доступа к определенной информации, то он не сможет увидеть ее в результатах поиска. Следует также помнить и о том, что в свойствах объектов, по которым будет происходить поиск должно быть установлено значение Полнотекстовый Поиск – Использовать , которое задано по умолчанию.

Как вы можете заметить свойство Использовать установлено для всего справочника РегНомера , но сделать это можно и для каждого его реквизита соответствующего типа.

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

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

Для начала создадим общий модуль и назовем его, к примеру ПП. В нем пропишем следующую процедуру:

Процедура ОбновлениеИндексы() Экспорт

ПолнотекстовыйПоиск.ОбновитьИндекс();

КонецПроцедуры

Так же установим свойства как на рисунке.

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

ОбновлениеПолнотекстовогоПоиска.ОбновлениеИндексы ();

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

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

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

Перейдем в режим Предприятия и выполним следующее: Запустим нашу обработку, которая в данном случае будет вызываться каждые 5 секунд и, в свою очередь вызывает метод “ВыполнитьОбработкуЗаданий()”. Данный метод проверяет настало ли время выполнять задания согласно их расписанию. Далее перейдем в пункт меню Операции – Константы – Настройка программы – вкладка Обмен Данными.

Определим пользовательский сеанс, который будет отвечать за выполнение и установим интервал опроса регламентных заданий. Работать в данном сеансе не рекомендуется, так как это может сказаться на производительности системы. Также на дисках ИТС имеется обработка “ЗапускРегламентныхЗаданий ”, которая принудительно запускает регламентные задания по выбору пользователя. Форма данной обработки выглядит следующим образом:

Таким образом все подготовительные работы выполнены и можно приступать непосредственно к самому поиску данных.

Чтобы начать работать с полнотекстовым поиском необходимо выполнить следующую команду: меню Сервис à Поиск данных .

После чего появится следующее окно:

Нажав на кнопку Настройки , появится поле с дополнительными настройками, такими как: Ограничение области поиска , Нечеткость , Размер Порции (в данном случае значение = 5, что означает вывод по пять результатов поиска на страницу). Параметр Нечеткость обозначает несовпадение части символов в поисковом запросе и полученной в ходе поиска информации. Нечеткость задается в процентном соотношении.

Полнотекстовый поиск может использовать следующие операторы:

Помимо этого механизм полнотекстового поиска допускает написание части символов русского слова одноклавишными латинскими символами. Результат поиска при этом не измениться.

В клиент-серверном варианте планированием выполнения заданий занимается планировщик заданий.

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

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

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

Спасибо!

Функциональность нового поиска основана на двух механизмах:
- полнотекстовый поиск (работает очень быстро и требует минимум вычислительных ресурсов);
- поиск средствами СУБД (в общем случае длительность поиска и затраты вычислительных ресурсов пропорциональны объему информации в таблице).

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

Если же полнотекстовый поиск включен в информационной базе, а индекс не обновлен совсем или частично (из моей практики 95% информационных баз Заказчиков), то пользователь при поиске получит либо недостоверный, либо пустой результат поиска.

Спрашиваем у Фирмы 1С - как быть? как гарантировать достоверность результатов поиска всегда?
Получаем ответ: Да, для того, чтобы результаты поиска при включенном полнотекстовом поиске были актуальными, нужно следить за тем, чтобы индекс полнотекстового поиска был актуальным.Других вариантов эффективного и актуального поиска пока нет ().

А существует ли вообще "актуальный полнотекстовый индекс"? Зависит от числа пользователей, интенсивности изменения информации в базе и частоты запуска обновления индекса. Обычно обновление индекса запускают раз в 60 секунд. Хорошо, если объектов было изменено не много, и процедура успела обработать все изменения за эти 60 секунд. А если сделали перепроведение группы документов, или массовую перезапись справочника? В этом случае никто не может гарантировать время, через которое поиск по индексу снова даст достоверные данные.
В принципе, это не особо критично, кроме нескольких ситуаций. Частый вариант работы пользователей - установить в списке отбор по какому-то значению, например "Контрагенту", ввести новый или скопировать существующий документ и записать. Со старым поиском новый документ моментально был виден в списке. Теперь пользователь его увидит только через N секунд в лучшем случае, где N скорее ближе к 50-60 секундам, нежели к 2-3.
Если не заметить, что нового документа нет и по отобранным результатам предоставить информацию кому-либо, то она будет заведомо недостоверной.

Это было в случае нормальной работы с информационной базой. А что будет в специфических ситуациях? Приведу пару примеров.
1) В рабочей базе полнотекстовый индекс включен и часто обновляется. Пользователь просит развернуть ему копию рабочей базы, что по ней заняться анализом данных.
Восстанавливаем бэкап и даем доступ. Вот только полнотекстовый поиск работать не будет, т.к. индекс хранится не в СУБД, а в отдельных файлах (и в файловом, и в клиент-серверном варианте). Индекса нет в dt-файле.
т.е. чтобы пользователь смог использовать поиск по спискам - надо выключить полнотекстовый индекс в этой базе. Правда пользователь будет слегка удивлен тому, что поиск будет выполняться гораздо дольше. Либо перестроить индекс по всей базе.

2) (Актуально для более менее больших баз). В рабочей базе полнотекстовый индекс включен и часто обновляется. Наступает конец месяца и начинается закрытие периода. Начинаем массово грузить и перепроводить документы. Для снижения нагрузки на систему блокируем выполнение регламентных заданий, соответственно, и обновление индекс останавливается. Пользователи будут, мягко говоря, в недоумении - чего же в списках нет новых или измененных документов. Единственный выход - отключить полнотекстовый поиск для информационной базы, и, соответственно, получить еще большую нагрузку на оборудование за счет тяжелого поиска по всем реквизитам.

Таким образом, как мне кажется, операция по обновлению индекса станет еще одной головной болью администраторов информационных баз.
Система, ранее гарантировавшая 100% достоверность и актуальность информации в любой момент, сейчас превращается скорее в справочную систему, в которой нельзя быть полностью уверенным.
А пользователи получают еще один повод для упрека ИТ-шников - "ваша система неправильно работает".