Индексы таблиц базы данных

В данном разделе приведен список индексов таблиц базы данных, которые создаются системой 1С:Предприятие 8. Индексы таблиц создаются неявным образом при создании объектов конфигурации, а также при тех или иных настройках объектов конфигурации. Для тех случаев, когда создание индексов зависит от настроек объектов конфигурации приведены условия создания индексов.

В приведенных ниже таблицах имена индексных полей приведены так, как они описаны в разделе документации «Таблицы запросов».
Для измерений, реквизитов и т.д. применяются условные имена Измерение1, Реквизит1 и т.д.
Для общих реквизитов, являющихся разделителями в режиме «независимо», будем использовать имена ОРНР (ОРНР1, ОРНР2, и т.д.).
Для общих реквизитов, являющихся разделителями в режиме «независимо и совместно», будем использовать имена ОРСР.
Если режим разделения не имеет значения, то для общих реквизитов, являющихся разделителями, будем использовать имена ОРР.
Если в конфигурации определены разделители, то в индексы может входит поле, которое содержит значение хэш-функции набора значений разделителей. Такое поле будем обозначать именем ОРРХ.
Те индексные поля, которые не являются обязательными приведены в квадратных скобках, а если в индексе присутствует набор однотипных полей, это описывается многоточием, например: Реквизит + Измерение1 + [Измерение2 +. ].

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

Справочник

Основные индексы

Всегда.
В индекс входят поля независимых разделителей, которые разделяют этот справочник.

[ОРРХ | ОРНР1 +] Код + Ссылка

Свойство «Длина наименования» не равно 0.

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать».

[ ОРРХ | ОРНР1 +] Реквизит + Код + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина кода» не равно 0, а свойство «Основное представление» равно «В виде кода».

[ ОРРХ | ОРНР1 +] Реквизит + Наименование + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина наименования» не равно 0, а свойство «основное представление» равно «В виде наименования».

Справочник включен в критерий отбора через реквизит «Реквизит».

Индекс по идентификатору предопределенного объекта метаданных.

Дополнительные индексы для подчиненного справочника (вне зависимости от иерархичности справочника)

Свойство «Длина кода» равно 0.

[ ОРРХ | ОРНР1 +] Владелец + Код + Ссылка

Свойство «Длина кода» не равно 0.

[ ОРРХ | ОРНР1 +] Владелец + Наименование + Ссылка

Свойство «Длина наименования» не равно 0.

[ ОРРХ | ОРНР1 +] Владелец + Реквизит + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать».

[ ОРРХ | ОРНР1 +] Владелец + Реквизит + Код + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина кода» не равно 0, а свойство «Основное представление» равно «В виде кода».

[ ОРРХ | ОРНР1 +] Владелец + Реквизит + Наименование + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина наименования» не равно 0, а свойство «основное представление» равно «В виде наименования».

Дополнительные индексы для иерархического неподчиненного справочника

Если для справочника установлено свойство «Размещать группы сверху», то в индексах, наряду с полем Родитель, участвует поле ЭтоГруппа. Состав индексов соответствует приведенной ниже таблице.

[ ОРРХ | ОРНР1 +] Родитель + ЭтоГруппа + Ссылка

Свойство «Длина кода» равно 0 и свойство «Длина наименования» равно 0.

[ ОРРХ | ОРНР1 +] Родитель + ЭтоГруппа + Код + Ссылка

Свойство «Длина кода» не равно 0.

[ ОРРХ | ОРНР1 +] Родитель + ЭтоГруппа + Наименование + Ссылка

Свойство «Длина наименования» не равно 0.

[ ОРРХ | ОРНР1 +] Родитель + ЭтоГруппа + Реквизит + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать».

[ ОРРХ | ОРНР1 +] Родитель + ЭтоГруппа + Реквизит + Код + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина кода» не равно 0, а свойство «Основное представление» равно «В виде кода».

[ ОРРХ | ОРНР1 +] Родитель + ЭтоГруппа + Реквизит + Наименование + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина наименования» не равно 0, а свойство «основное представление» равно «В виде наименования».

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

Дополнительные индексы для иерархического подчиненного справочника

Если для справочника установлено свойство «Размещать группы сверху», то в индексах, наряду с полем Родитель, участвует поле ЭтоГруппа. Состав индексов соответствует приведенной ниже таблице.

[ ОРРХ | ОРНР1 +] Владелец + Родитель + ЭтоГруппа + Ссылка

Свойство «Длина кода» равно 0 и свойство «Длина наименования» равно 0.

[ ОРРХ | ОРНР1 +] Владелец + Родитель + ЭтоГруппа + Код + Ссылка

Свойство «Длина кода» не равно 0.

[ ОРРХ | ОРНР1 +] Владелец + Родитель + ЭтоГруппа + Наименование + Ссылка

Свойство «Длина наименования» не равно 0.

[ ОРРХ | ОРНР1 +] Владелец + Родитель + ЭтоГруппа + Реквизит + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать».

[ ОРРХ | ОРНР1 +] Владелец + Родитель + ЭтоГруппа + Реквизит + Код + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина кода» не равно 0, а свойство «Основное представление» равно «В виде кода».

[ ОРРХ | ОРНР1 +] Владелец + Родитель + ЭтоГруппа + Реквизит + Наименование + Ссылка

Для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина наименования» не равно 0, а свойство «основное представление» равно «В виде наименования».

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

Источник

ВЛИЯНИЕ ИНДЕКСОВ НА ПРОИЗВОДИТЕЛЬНОСТЬ 1С:ПРЕДПРИЯТИЕ 8

— Ну у вас и запросы! — сказала база данных и повисла…

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

Что такое индекс?

Подобно содержанию в книге, индекс в базе данных позволяет быстро искать конкретные сведения в таблице.

Сначала поговорим про индексы в MS SQL Server.
Индексы представляют собой структуру, позволяющую выполнять ускоренный доступ к строкам таблицы на основе значений одного или более ее столбцов.
Индекс содержит ключи, построенные из одного или нескольких столбцов таблицы или представления, и указатели, которые сопоставляются с местом хранения заданных данных.
Индексы сокращают объем данных, которые необходимо считать, чтобы возвратить результирующий набор.

Хотя индекс и связан с конкретным столбцом (или столбцами) таблицы, все же он является самостоятельным объектом базы данных.

Просто объекта «Индекс» в платформе 1С:Предприятие 8 нет.

Индексы таблиц в базе данных 1С:Предприятие создаются неявным образом при создании объектов конфигурации, а также при тех или иных настройках объектов конфигурации.

Явным способом включением свойства «Индексировать» реквизитов и измерений с значение «Индексировать» и «Индексировать с доп. Упорядочиванием». Вариант ««Индексировать с доп. Упорядочиванием»» включает обычно колонку «код» или «наименование» в индекс.

Еще одним явным способом можно считать добавление объекта метаданных в объект метаданных «критерий отбора».

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

ВЫБРАТЬ
Код,
Наименование
ПОМЕСТИТЬ ВременнаяТаблица
ИЗ Справочник.Номенклатура
ИНДЕКСИРОВАТЬ ПО Код

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

Физическая сущность индексов в MS SQL Server.

Физически данные хранятся на 8Кб страницах. Сразу после создания, пока таблица не имеет индексов, таблица выглядит как куча (heap) данных. Записи не имеют определенного порядка хранения.
Когда вы хотите получить доступ к данным, SQL Server будет производить сканирование таблицы (table scan). SQL Server сканирует всю таблицу, что бы найти искомые записи.
Отсюда становятся понятными базовые функции индексов:
— увеличение скорости доступа к данным,
— поддержка уникальности данных.

Несмотря на достоинства, индексы так же имеют и ряд недостатков. Первый из них – индексы занимают дополнительное место на диске и в оперативной памяти. Каждый раз когда вы создаете индекс, вы сохраняете ключи в порядке убывания или возрастания, которые могут иметь многоуровневую структуру. И чем больше/длиннее ключ, тем больше размер индекса. Второй недостаток – замедляются операции вставки, обновления и удаления записей.
В среде MS SQL Server реализовано несколько типов индексов:

Некластерный индекс

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

Некластерных индексов может быть несколько для одной таблицы.

Некластеризованный индекс по таблице, не имеющей кластеризованного индекса

Некластеризованный индекс по таблице, имеющей кластеризованный индекс

Кластерный (кластеризованный) индекс

Принципиальным отличием кластерного индекса от индексов других типов является то, что при его определении в таблице физическое расположение данных перестраивается в соответствии со структурой индекса. Логическая структура таблицы в этом случае представляет собой скорее словарь, чем индекс. Данные в словаре физически упорядочены, например по алфавиту.
Кластерные индексы могут дать существенное увеличение производительности поиска данных даже по сравнению с обычными индексами. Увеличение производительности особенно заметно при работе с последовательными данными. Если в таблице определен некластерный индекс, то сервер должен сначала обратиться к индексу, а затем найти нужную строку в таблице. При использовании кластерных индексов следующая порция данных располагается сразу после найденных ранее данных. Благодаря этому отпадают лишние операции, связанные с обращением к индексу и новым поиском нужной строки в таблице.
Естественно, в таблице может быть определен только один кластерный индекс. Кластерный индекс может включать несколько столбцов.
Необходимо избегать создания кластерного индекса для часто изменяемых столбцов, поскольку сервер должен будет выполнять физическое перемещение всех данных в таблице, чтобы они находились в упорядоченном состоянии, как того требует кластерный индекс. Для интенсивно изменяемых столбцов лучше подходит некластерный индекс.
При создании в таблице первичного ключа (PRIMARY KEY) сервер автоматически создает для него кластерный индекс, если его не существовало ранее или если при определении ключа не был явно указан другой тип индекса.
Когда же в таблице определен еще и некластерный индекс, то его указатель ссылается не на физическое положение строки в базе данных, а на соответствующий элемент кластерного индекса, описывающего эту строку, что позволяет не перестраивать структуру некластерных индексов всякий раз, когда кластерный индекс меняет физический порядок строк в таблице.

Уникальный индекс

Уникальность значений в индексируемом столбце гарантируют уникальные индексы. При их наличии сервер не разрешит вставить новое или изменить существующее значение таким образом, чтобы в результате этой операции в столбце появились два одинаковых значения.
Уникальный индекс является своеобразной надстройкой и может быть реализован как для кластерного, так и для некластерного индекса. В одной таблице может существовать один уникальный кластерный и множество уникальных некластерных индексов.
Уникальные индексы следует определять только тогда, когда это действительно необходимо. Для обеспечения целостности данных в столбце можно определить ограничение целостности UNIQUE или PRIMARY KEY, а не прибегать к уникальным индексам. Их использование только для обеспечения целостности данных является неоправданной тратой пространства в базе данных. Кроме того, на их поддержание тратится и процессорное время.

1С:Предприятие 8 активно использует кластерные уникальные индексы. Это означает, что можно получить ошибку не уникального индекса.

Если не уникальность заключается в датах с нулевыми значениями, то проблема решается созданием базы с параметром смещения равным 2000.
«Рыба» скрипта для определения не уникальных записей:
SELECT COUNT(*) Counter, from
GROUP BY
HAVING Counter > 1

Понятие первичного и внешнего ключа

Первичный ключ (primary key) – это набор столбцов таблицы, значения которых уникально определяют строку.

Ограничения индексов

Индекс может быть создан на основании нескольких полей. В этом случае существует ограничение – длина ключа индекса не должна превышать 900 байтов и не более 16 ключевых столбцов. На практике это означает что при создании индекса, включающего более 16 полей, индекс усекается. Это может оказать влияние на производительность при количестве субконто составного типа более 4х.

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

Статистика индексов

Microsoft SQL Server собирает статистику по индексам и полям данных, хранимых в базе. Эта статистика используется оптимизатором запроса SQL Server при выборе оптимального плана исполнения запросов на выборку или обновление данных.

При создании индекса оптимизатор запросов автоматически сохраняет данные статистики о проиндексированых столбцах.

Просмотр статистики — sp_helpstats.

Фрагментация индексов

Чрезмерная фрагментация создает проблемы для больших операций ввода-вывода. Фрагментация не должна превышать 25%. От снижения фрагментации индексов могут выиграть операции сканирования больших диапазонов данных. Для этого рекомендуется выполнять периодическую дефрагментацию индексов. Обратите внимание, что при дефрагментации индексов (по умолчанию) автоматически обновляется статистика.
Смотреть степень фрагментированности индексов можно штатными средствами СУБД или в разрезе объектов метаданных можно например с помощью бесплатного онлайн-сервиса http://www.gilev.ru/sqlsize/

Оптимизация размещения индексов

При объеме таблиц не позволяющем им «разместиться» в оперативной памяти сервера, на первое место выходит скорость дисковой подсистемы (I/O). И здесь можно обратить внимание возможность размещать индексы в отдельных файлах расположенных на разных жестких дисках.

Подробное описание действий http://technet.microsoft.com/ru-ru/library/ms175905.aspx
Использование индекса из другой файловой группы повышает производительность некластерных индексов в связи с параллельностью выполнения процессов ввода/вывода и работы с самим индексом.
Для определения размеров можно использовать выше упомянутую обработку.

Влияние индексов на блокировки

Отсутствие необходимого индекса для запроса означает перебор всех записей таблицы, что в свою очередь приводит к избыточным блокировкам, т.е. блокируются лишние записи. Кроме того, чем дольше выполняется запрос из-за отсутствующих индексов, тем больше время удержания блокировок.
Другая причина блокировок — малое количество записей в таблицах. В связи с этим SQL Server, при выборе плана выполнения запроса, не использует индексы, а обходит всю таблицу(Table Scan), блокируя целиком. Для того, чтобы избежать подобных блокировок, необходимо увеличить количество записей в таблицах до 1500-2000. В этом случае сканирование таблицы становится долее дорогостоящей операцией и SQL Server начинает использовать индексы. Конечно это можно сделать не всегда, ряд справочников как «Организации», «Склады», «Подразделения» и т.п. обычно имеют мало записей. В этих случаях индексирование не будет улучшать работу.

Эффективность индексов

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

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

Покрывающим (для данного запроса), называется индекс в котором есть все необходимые поля для этого запроса. Например, если индекс создан по колонкам a, b и c, а оператор SELECT запрашивает данные только из этих колонок, то требуется доступ только к индексу.

Источник

Индексы

Желтая каска отличная вещь для эксперта платформы «1С:Предприятие 8».

Хочу рассмотреть вопросы и подготовку к сертификации. Учить правильные ответы плохой путь, а вот понимать ответы и применять их, вы тем самым становитесь на путь к уровню «1С:Эксперт». По сути это цикл записей с расширенными ответами на несколько вопросов из тестов.

Структуру индексов регистра сведений можно определить в режиме 1С:Предприятия, использовав функцию глобального контекста «ПолучитьСтруктуруХраненияБазыДанных».
Источники:
• ИТС: Индексирование таблиц
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 84.

Для ведущего измерения регистра сведений «1С:Предприятие» возможность включения индексирования в конфигураторе отключена. Для измерений свойство доступно для редактирования, если измерение не является ведущим. Для ведущих измерений индекс создается всегда.

Для периодического регистра сведений всегда будет создаваться индекс:
[ОРРХ | ОРНР1 + …] + Период + [Измерение 1 + …] — для 8.2;
[ОРРХ | ОРНР1 + …] [Измерение 1 + …] + Период — для 8.3.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 89.
• ИТС: Индексы таблиц базы данных

Индексы повышают производительность поиска, сортировки данных и производительность СУБД.
Источники:
• wiki: Индекс (базы данных)

Платформа «1С:Предприятие» создает два типа индексов — кластерные и некластерные индексы. Индексы создаются неявным образом при создании объектов конфигурации, а так при использовании различных настроек объектов. Так же индекс можно создать явным образом, например, включением свойства «Индексировать».
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 87.
• ИТС: Индексы таблиц базы данных

Кластеризованный индекс — индекс, по значению которого отсортированы и хранятся строки данных в таблицах БД. Таблица может иметь только один кластерный индекс или иметь ни одного. Может быть уникальным, так и не уникальным (обеспечивается СУБД путем добавления служебных данных).
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 86.
• MSDN: Индексы

Кластеризованный индекс это тоже самое что и кластерный индекс.

Уникальный индекс — реализует ограничение целостности на таблице, исключая возможность вставки повторяющихся значений. Может быть либо кластерным, либо не кластерным.
Источники:
• MSDN: Индексы
• wiki: Индекс (базы данных)

Кластерный индекс — индекс, по значению которого отсортированы и хранятся строки данных в таблицах БД. Таблица может иметь только один кластерный индекс или иметь ни одного. Может быть уникальным, так и не уникальным (обеспечивается СУБД путем добавления служебных данных).
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 86.
• MSDN: Индексы

Уникальный индекс — реализует ограничение целостности на таблице, исключая возможность вставки повторяющихся значений. Может быть либо кластерным, либо не кластерным.
Источники:
• MSDN: Индексы
• wiki: Индекс (базы данных)

Кластерный индекс — индекс, по значению которого отсортированы и хранятся строки данных в таблицах БД. Таблица может иметь только один кластерный индекс или иметь ни одного. Может быть уникальным, так и не уникальным (обеспечивается СУБД путем добавления служебных данных).
Некластерный индекс — индекс, который содержит только указатели на записи таблицы. Таблица может иметь несколько различных некластерных индексов, каждый из которых определяет свой собственный порядок следования записей. Может быть уникальным, так и не уникальным.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 86.
• MSDN: Индексы
• wiki: Индекс (базы данных)

Наличие индексов не есть обязательным.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 86.
• MSDN: Индексы
• wiki: Индекс (базы данных)

Binary search tree — это двоичное дерево, для которого выполняются следующие дополнительные условия:
• оба поддерева — левое и правое — являются двоичными деревьями поиска;
• у всех узлов левого поддерева произвольного узла X значения ключей данных меньше, нежели значение ключа данных самого узла X;
• у всех узлов правого поддерева произвольного узла X значения ключей данных больше либо равно, нежели значение ключа данных самого узла X.
Источники:
• wiki: Двоичное дерево поиска

Binary heap — такое двоичное дерево, для которого выполнены три условия:
• значение в любой вершине не меньше, чем значения её потомков;
• глубина всех листьев (расстояние до корня) отличается не более чем на 1 слой;
• последний слой заполняется слева направо без «дырок».
Источники:
• wiki: Двоичная куча

Структура внутренних и листовых страниц B-tree обычно отличается.
Источники:
• wiki: B-дерево

Ссылочная целостность (Referential integrity) — необходимое качество реляционной базы данных, заключающееся в отсутствии в любом её отношении внешних ключей, ссылающихся на несуществующие кортежи.
Источники:
• wiki: Ссылочная целостность

Кортеж — упорядоченный набор фиксированной длины.
Источники:
• wiki: Кортеж (информатика)

Внешний ключ (Foreign key) — это столбец или сочетание столбцов, которое применяется для принудительного установления связи между данными в двух таблицах.
Внешний ключ можно создать, определив ограничение FOREIGN KEY при создании или изменении таблицы.Если один или несколько столбцов, в которых находится первичный ключ для одной таблицы, упоминается в одном или нескольких столбцах другой таблицы, то в ссылке внешнего ключа создается связь между двумя таблицами. Этот столбец становится внешним ключом во второй таблице.
Источники:
• wiki: Внешний ключ
• MSDN: Ограничения FOREIGN KEY

Потенциальный ключ (Candidate key) — в реляционной модели данных — подмножество атрибутов отношения, удовлетворяющее требованиям уникальности и минимальности ( несократимости ).
Источники:
• wiki: Потенциальный ключ
• MSDN: Альтернативный ключ

Целостность базы данных (Database integrity) — соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам. Каждое правило, налагающее некоторое ограничение на возможное состояние базы данных, называется ограничением целостности (integrity constraint).
Источники:
• wiki: Целостность базы данных

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

С помощью MS SQL Management Studio можно увидеть, включен ли общий реквизит в состав индекса.
Способ получения существующих индексов с помощью конфигуратора, процедуры ПолучитьСтруктуруХраненияБазыДанных() имеет несколько ограничений:

Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 86.

Общий реквизит, последовательность общих реквизитов, хэш-функция общих реквизитов включаются в состав индекса первым полем.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 87-92.
• ИТС: Индексы таблиц базы данных

Если в конфигурации используется более одного общего реквизита, являющихся независимыми разделителями (ОРНР), в часть индексов включается их последовательность (ОРНР1 + ОРНР2 + … +) и в часть индексов включается их хэш-функция.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 87-92.
• ИТС: Индексы таблиц базы данных

Если в конфигурации определен единственный независимый разделитель, тип которого не «Строка», тогда в соответствующих индексах используется значение разделителя.
Источники:
• ИТС: Индексы таблиц базы данных

Разделитель итогов (Splitter) включается в состав индекса последним.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 91.
• ИТС: Индексы таблиц базы данных

Разделитель итогов (Splitter) включается в состав индекса если для регистра разрешено разделение итогов.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 91.
• ИТС: Индексы таблиц базы данных

Включен ли разделитель итогов (Splitter) в состав индекса можно увидеть с помощью MS SQL Management Studio и с помощью процедуры ПолучитьСтруктуруХраненияБазыДанных().

Разделитель итогов (Splitter) в индексе таблицы оборотов регистра накопления применяется для типа регистра накопления « Обороты ».
Источники:
• ИТС: Индексы таблиц базы данных

Разделитель итогов (Splitter) в индексе таблицы остатков регистра накопления применяется для типа регистра накопления « Остатки ».
Источники:
• ИТС: Индексы таблиц базы данных

Splitter — разделитель итогов. (См. пункт 36, 37, 38)

Некоторые индексы первым полем содержат поле с именем, не относящимся к колонкам таблиц регистра, и не являющимся ни периодом, ни регистратором. В составе имени поля есть «Field» — это ОРНР, общий реквизит, являющийся разделителям в режиме «независимо».
Источники:
• ИТС: Индексы таблиц базы данных

Если для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина кода» не равно 0, а свойство «Основное представление» равно «В виде кода», индекс будет вида:
[ОРРХ | ОРНР1 + …] Реквизит + Код + Ссылка
Если для реквизита «Реквизит» свойство «Индексировать» установлено в значение «Индексировать с доп. упорядочиванием» и при этом свойство «Длина наименования» не равно 0, а свойство «основное представление» равно «В виде наименования», индекс будет вида:
[ОРРХ | ОРНР1 +…] Реквизит + Наименование + Ссылка
Источники:
• ИТС: Индексы таблиц базы данных

Индексировать измерение регистра можно если оно не ведущее. (См. пункт 5)

Если измерению «ИзмерениеN» периодического регистра сведений (НЕ с периодичностью «по позиции регистратора») задано свойство «Индексировать» или свойство «Ведущее» и при этом это не единственное измерение, индекс будет вида:
[ОРРХ | ОРНР1 +…] ИзмерениеN + Период + Измерение1 + [Измерение2 +…], где
ОРРХ — если в конфигурации определены разделители, то в индексы может входит поле, которое содержит значение хэш-функции набора значений разделителей;
ОРНР — общие реквизиты, являющихся разделителями в режиме «независимо».
Источники:
• ИТС: Индексы таблиц базы данных

Если измерению «ИзмерениеN» непериодического регистра сведений задано свойство «Индексировать» или свойство «Ведущее» и при этом это не первое и не единственное измерение, индекс будет вида:
[ОРРХ | ОРНР1 +…] ИзмерениеN + Измерение1 + [Измерение2 +…], где
ОРРХ — если в конфигурации определены разделители, то в индексы может входит поле, которое содержит значение хэш-функции набора значений разделителей;
ОРНР — общие реквизиты, являющихся разделителями в режиме «независимо».
Источники:
• ИТС: Индексы таблиц базы данных

Поле с именем DataSeparationHash — хэш-функция общих реквизитов, являющихся разделителями.

Источник