Индексация в 1С: что это и как она влияет на скорость работы

Индексация в 1С — это механизм ускорения поиска данных в таблицах информационной базы. Без индекса система вынуждена просматривать каждую запись по очереди (так называемое полное сканирование таблицы), что на справочниках в десятки тысяч элементов и документах за несколько лет приводит к заметным «подвисаниям». С индексом 1С находит нужную строку почти мгновенно, как читатель находит главу по оглавлению, а не листая всю книгу.

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

Понимание того, какой вид индексации имеется в виду, важно для диагностики проблем: медленный отбор в списке документов — это одна история, долгий поиск по подстроке в наименованиях — совсем другая. Ниже разберём каждый сценарий и дадим практические рекомендации.

Как устроены индексы таблиц в 1С

Каждая таблица справочника, документа или регистра в базе 1С хранится на диске как упорядоченный набор строк. Когда пользователь открывает список с отбором по контрагенту или выполняется запрос с условием ГДЕ Номенклатура = &Номенклатура, системе нужно найти подходящие записи. Индекс — это отдельная структура, где значения поля отсортированы и связаны с указателями на строки таблицы, поэтому поиск идёт по дереву значений, а не перебором.

Платформа 1С автоматически создаёт индексы для ключевых полей: ссылок, кодов, номеров документов, дат в журналах, измерений регистров. Дополнительно разработчик может включить индексирование для любого реквизита — для этого в конфигураторе у реквизита есть свойство «Индексировать» (в старых версиях — отдельное свойство, в новых — выбор варианта индексирования, включая «Индексировать с доп. упорядочиванием»).

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

Когда стоит включать индексацию реквизита

Индексация реквизита оправдана, если по этому полю регулярно выполняются отборы, поиск или соединения в запросах. Типичные кандидаты: реквизит «Организация» в документах многофирменной базы, «Склад» в товарных документах, «Договор» при частых отчётах по взаиморасчётам, штрихкод или артикул в справочнике номенклатуры.

Обратная ситуация — поля, по которым никто не ищет: комментарии, описания, служебные строковые реквизиты. Индекс по ним только раздувает базу. Ещё хуже индексировать поля с низкой селективностью, например булево «ПометкаУдаления» или признак с двумя-тремя значениями: такой индекс почти не сокращает объём просматриваемых данных, а стоимость его поддержания остаётся.

После изменения свойства «Индексировать» требуется обновление конфигурации базы данных — платформа сама создаст индекс физически. На больших таблицах это может занять заметное время и потребовать монопольного доступа, поэтому планируйте такие изменения на нерабочие часы.

Полнотекстовый поиск и его индексация

Отдельный механизм — полнотекстовый поиск, который включается в режиме Предприятия через меню «Администрирование → Полнотекстовый поиск». Он позволяет искать по произвольным словам в текстах: наименованиях, описаниях, комментариях, содержимом присоединённых файлов. Обычные индексы для такого поиска бесполезны — они работают только при сравнении значения целиком или с начала строки.

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

1. 1
   Откройте Администрирование → Полнотекстовый поиск и разрешите использование механизма
2. 2
   Запустите первичное создание индекса в нерабочее время и дождитесь завершения
3. 3
   Настройте расписание автоматического обновления индекса (обычно ночью или раз в несколько часов)
4. 4
   Проверьте поиск по заведомо существующему слову из описания или комментария

Если пользователи жалуются, что поиск «не находит» свежие документы — почти всегда причина в устаревшем индексе: данные добавились, а регламентное обновление ещё не отработало или отключено. Проверьте расписание задания и журнал его выполнения.

Индексация на уровне СУБД: реиндексация и статистика

В клиент-серверном варианте 1С (MS SQL Server, PostgreSQL) со временем индексы фрагментируются: страницы данных оказываются разбросаны по диску, и чтение замедляется даже при наличии индекса. Для этого существует регламентная операция реиндексации — перестроение индексов (в MS SQL это команды ALTER INDEX ... REBUILD или REORGANIZE). Одновременно обновляют статистику, которую оптимизатор СУБД использует для выбора плана запроса.

ALTER INDEX ALL ON _Document123 REBUILD WITH (ONLINE = ON);

Дополнительно в 1С есть встроенный механизм: в конфигураторе в разделе «Администрирование → Параметры информационной базы SQL» можно настроить автоматическую реиндексацию и обновление статистики по расписанию. Альтернатива — план обслуживания средствами самой СУБД, который обычно гибче и предпочтительнее для крупных баз.

Как понять, что проблема именно в индексах

Характерные признаки нехватки индекса: отбор в списке документов выполняется секундами или минутами, отчёт «думает» при фильтрации по конкретному реквизиту, а при снятии отбора всё открывается быстро. Признаки фрагментации — постепенная деградация скорости: база работала нормально, но за месяцы стала медленнее при неизменном объёме операций.

Для точной диагностики используют технологический журнал платформы (события DBMSSQL/DBPOSTGRS с длительностью запросов) и план выполнения запроса в консоли СУБД. Если в плане видно Scan (полное сканирование) по большой таблице там, где ожидался Seek (поиск по индексу) — значит, подходящего индекса нет или статистика устарела.

Типичные ошибки при работе с индексацией

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

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

Частые вопросы об индексации в 1С