Как индексировать в запросе 1С: практическое руководство

Конструкция ИНДЕКСИРОВАТЬ ПО в языке запросов 1С создаёт индекс для временной таблицы, помещённой во временное хранилище менеджера временных таблиц. Индекс ускоряет соединения и условия отбора по проиндексированным полям в последующих запросах пакета, но не влияет на таблицы базы данных — их индексы создаются только в конфигураторе.

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

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

Где именно в запросе 1С применяется индексирование

Конструкция ИНДЕКСИРОВАТЬ ПО допустима только в запросах, которые создают временную таблицу, то есть содержат предложение ПОМЕСТИТЬ. Индекс строится по указанным полям в момент выполнения запроса и живёт вместе с временной таблицей до уничтожения менеджера временных таблиц или явного удаления таблицы запросом УНИЧТОЖИТЬ.

Типичный сценарий — пакетный запрос из двух и более частей: сначала отбираются данные в ВТ_Данные, затем она соединяется с регистрами или другими временными таблицами. Если соединение идёт по полю, которое не входит в индекс, платформа выполнит полный перебор строк временной таблицы.

К таблицам базы данных — справочникам, документам, регистрам — ИНДЕКСИРОВАТЬ ПО неприменимо. Их индексы задаются в конфигураторе: свойство «Индексировать» у реквизита, индексы измерений регистров, автоматические индексы по ссылкам и стандартным реквизитам.

Синтаксис ИНДЕКСИРОВАТЬ ПО с примером

Секция ИНДЕКСИРОВАТЬ ПО располагается после ПОМЕСТИТЬ и перечисляет одно или несколько полей через запятую. Порядок секций в запросе фиксирован: выборка, ПОМЕСТИТЬ, ИНДЕКСИРОВАТЬ ПО, УПОРЯДОЧИТЬ ПО (если нужна сортировка).

ВЫБРАТЬ
Продажи.Номенклатура КАК Номенклатура,
СУММА(Продажи.Количество) КАК Количество
ПОМЕСТИТЬ ВТ_Продажи
ИЗ
РегистрНакопления.Продажи.Обороты(&Начало, &Конец, , ) КАК Продажи
СГРУППИРОВАТЬ ПО
Продажи.Номенклатура
ИНДЕКСИРОВАТЬ ПО
Номенклатура
;

ВЫБРАТЬ
Товары.Ссылка,
ВТ_Продажи.Количество
ИЗ
Справочник.Номенклатура КАК Товары
ЛЕВОЕ СОЕДИНЕНИЕ ВТ_Продажи КАК ВТ_Продажи
ПО Товары.Ссылка = ВТ_Продажи.Номенклатура

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

ВЫБРАТЬ Т.Контрагент, Т.Сумма ПОМЕСТИТЬ ВТ_Данные ИЗ ... ИНДЕКСИРОВАТЬ ПО Контрагент

Какие поля стоит индексировать

Индексировать нужно те поля, которые реально участвуют в условиях поиска по временной таблице: поля соединения (ПО Т1.Поле = Т2.Поле), поля из условий ГДЕ и В при обращении к временной таблице, поля вложенных запросов, фильтрующих выборку.

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

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

Когда индекс реально ускоряет, а когда вредит

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

На маленьких таблицах — десятки или сотни строк — построение индекса занимает время, а поиск и так выполняется быстро полным перебором. В этом случае ИНДЕКСИРОВАТЬ ПО замедляет выполнение пакета, хотя и незначительно.

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

Индексы таблиц базы данных: что делается в конфигураторе

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

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

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

Как проверить, что индекс используется

Прямого инструмента «показать план запроса» для временных таблиц в типовой консоли нет, поэтому проверка строится на замерах: выполните пакетный запрос с ИНДЕКСИРОВАТЬ ПО и без него на реальных объёмах данных и сравните время выполнения. Разница должна быть устойчивой при повторных запусках, а не случайной флуктуацией.

Для запросов к таблицам базы данных используйте технологический журнал с событиями СУБД и планы запросов на стороне MS SQL Server или PostgreSQL: там видно, идёт поиск по индексу (Index Seek) или полное сканирование (Seq Scan / Clustered Index Scan).

Признак того, что индекс не работает: после добавления ИНДЕКСИРОВАТЬ ПО время не изменилось, а в плане СУБД по-прежнему сканирование. Обычно это значит, что поле индекса не совпадает с полем соединения, типы данных в условии различаются или таблица слишком мала.

Типичные ошибки при индексировании

Самая частая ошибка — индексировать поле, которое не участвует в соединении или отборе. Например, временная таблица индексируется по сумме, а соединяется по номенклатуре: индекс построен, но платформа его не использует.

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

Третья группа ошибок — ожидание эффекта там, где его не может быть: индексирование мелкой временной таблицы, попытка применить ИНДЕКСИРОВАТЬ ПО к таблице базы данных, надежда, что индекс в запросе исправит отсутствие индекса в конфигураторе.

Практический порядок оптимизации медленного запроса

Действуйте от замера, а не от предположений. Сначала выясните, какая часть пакетного запроса занимает время: создание временных таблиц или финальная выборка с соединениями. Затем проверьте, есть ли индексы по полям соединений — во временных таблицах через ИНДЕКСИРОВАТЬ ПО, в таблицах базы данных через конфигуратор.

Только после этого имеет смысл переписывать сам запрос: убирать лишние соединения, заменять В с перечнем на соединение с временной таблицей, сокращать состав выбираемых полей.

1. 1
   Замерьте время выполнения запроса на реальных данных
2. 2
   Определите, какие временные таблицы участвуют в соединениях и отборах
3. 3
   Добавьте ИНДЕКСИРОВАТЬ ПО по полям соединений и условий
4. 4
   Проверьте типы полей в условиях соединения — они должны совпадать
5. 5
   Повторите замер и сравните результат
6. 6
   Если узкое место в таблицах БД — проанализируйте индексы в конфигураторе и план запроса на СУБД

Частые вопросы