Индексы в 1С

• Иван Груздов, системный архитектор, рассказывает о своей работе.  

• Доклад предназначен для разработчиков и архитекторов на платформе 1С.  

• Основная цель доклада - дать теоретические знания для оптимизации запросов.  

• Индексы ускоряют поиск данных, замедляя другие операции.  

• Индекс - это сбалансированное дерево, которое ускоряет поиск.  

• Индексы требуют постоянного обслуживания и занимают место на диске.  

• Индексы бывают кластерные и некластерные.  

• Кластерный индекс сортирует данные и содержит их, некластерный - нет.  

• Некластерные индексы могут быть созданы автоматически или вручную.  

• В 1С есть статья, описывающая индексы, но она содержит ошибки и неточности.  

• Метод "получить структуру хранения базы данных" показывает точные имена объектов в базе.  

• Иногда требуется проверка на СУБД для точного понимания состояния индексов.  

• Кластерные индексы создаются для ссылочных типов по ссылке и для регистров по измерениям.  

• Изменять порядок сортировки данных в таблице можно только для регистров.  

• Временные таблицы всегда имеют кластерный индекс.  

• В старых версиях платформы временные таблицы имели некластерный индекс, что замедляло работу.  

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

• Создание множества индексов с доп упорядочиванием может привести к неэффективности.  

• Структура индекса с доп упорядочиванием сомнительна и требует осторожности.  

• В SQL Server Data Tools можно создавать наборы данных, но соединения не используют индексы.  

• Использование наборов данных на больших выборках неэффективно.  

• Составной индекс может содержать несколько полей.  

• В платформе обычно нет не составных индексов.  

• Поиск по комбинации полей в составном индексе эффективнее, чем по отдельным индексам.  

• Селективность индекса определяет количество уникальных значений, возвращаемых в результате поиска.  

• Высокая селективность индекса позволяет быстро находить нужные данные.  

• Пример с регистром накопления показывает, что добавление индексов по всем полям может привести к неэффективности.  

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

• Покрывающий индекс может быть некластерным, что требует обращения к основной таблице.  

• Важно выбирать только нужные поля в запросах для оптимизации.  

• Индексирование с доп упорядочиванием предназначено для ускорения вывода информации в динамические списки.  

• Платформа не поддерживает добавление произвольных полей в индексы.  

• Динамические списки работают быстрее, если использовать покрывающий индекс.  

• Рассматриваются причины, по которым индекс может не работать.  

• Основная причина: порядок полей в индексе не соответствует порядку измерений в регистре.  

• Пример с регистром сведений договора, где индекс не используется из-за отсутствия отбора по организации и контрагенту.  

• Неправильное решение: индексировать договор, что может привести к проблемам с производительностью.  

• Правильным решением будет добавить дополнительные отборы по организации и контрагенту.  

• Важно соблюдать осторожность при изменении индексов, чтобы не нарушить существующие запросы.  

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

• Оптимизатор может не использовать индекс, если он не покрывающий.  

• Решения: стараться сразу попадать в кластерный индекс или использовать покрывающий индекс.  

• Индекс не будет использоваться, если применять отбор к разным полям таблицы.  

• Пример: индексы по складу и номенклатуре не будут работать, если не будет отбора по обоим полям.  

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

• Решение: передавать параметры, рассчитанные заранее, вместо использования функций в запросе.  

• Отбор по диапазону в индексе составного типа может привести к сканированию всего диапазона.  

• Пример: поиск по дате и айдишнику в индексе по дате.  

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

• Пример: если у вас есть поле "период", лучше расположить его последним в индексе.  

• Использование отбора по диапазону может быть неэффективным, если данные всегда выбираются по фиксированным диапазонам.  

• Конструкция "подобно" должна использоваться слева направо.  

• Поиск по середине слова неэффективен, так как индекс отсортирован по началу слова.  

• Рекомендуется использовать "начинается с" для ускорения поиска.  

• Проблемы с составными типами в регистре значений атрибутов.  

• Составные типы полей реализованы только на стороне 1С, что приводит к неэффективным индексам.  

• Индексирование составных типов может замедлить операции с таблицей.  

• Рекомендация: книга "Оптимизация запросов" и статьи на хабре.  

• Углубленные материалы доступны на английском языке.  

• Индексы в таблицах значений работают по другим правилам, чем в базах данных.  

• Призыв задавать вопросы и оставлять обратную связь.  

• Презентация будет выложена позже.  

• Автор не планирует останавливаться на достигнутом и готов рассмотреть предложения для новых тем.