0

Индексы регистров сведений 1с

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

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

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

Справочник

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

[ОРНР1 + . +] Ссылка (Кластерный)

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

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

Свойство "Длина кода" не равно 0.
Если справочник разделяется одним независимым разделителем, тип которого не Строка, то индекс содержит поле этого разделителя.
Если тип разделителя – Строка, или разделитель независимый и совместный, или разделителей больше одного, то индекс содержит поле значения хэш-функции значений разделителей.
Это правило справедливо для всех индексов, в составе которых указано [ОРРХ | ОРНР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, а свойство "основное представление" равно "В виде наименования".

Читайте также:  Как в ворде построить диаграмму по таблице

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

Сегодня речь пойдет о индексах СУБД MS SQL и их внутреннем устройстве. Я постараюсь рассказать о индексах и с точки зрения СУБД, и с точки зрения 1С 8.3.

Индексы — набор ссылок, упорядоченных по определенным столбцам, создаваемый с целью оптимизации производительности СУБД MS SQL.

Индексы в 1С

В системе 1С индексы создаются двумя способами — явным и неявным образом.

Создание индексов неявным образом:

Платформа создает индексы сама по заранее известным для каждого объекта метаданных ключам данных (ссылка, код, наименование, измерения и т.п.)

Создание индексов явным образом возможна тремя способами:

  1. Установка флага «Индексировать» у поля (реквизита/измерения). Вариант «Индексировать с доп. упорядочиванием» добавляет в индекс поле «Код» или «Наименование» (прежде всего для динамических списков).
  2. Добавление поля в «Критерии отбора«.
  3. Указание индексируемого поля в запрос с помощью конструкции «ИНДЕКСИРОВАТЬ ПО«.

Получите 267 видеоуроков по 1С бесплатно:

Индексы в СУБД Microsoft SQL

Индексы в СУБД MS SQL представляют из себя страницы с данными по 8 Кбайт каждая. Несмотря на то, что индексы призваны улучшить производительность СУБД, у них есть определенные недостатки — они занимают место на диске и замедляют работу СУБД на запись строк.

Виды индексов в СУБД MS SQL:

  1. Некластерные индексы — такие индексы не перестраивают таблицы, а лишь организуют ссылки.
  2. Кластерные индексы нужны для построения таблицы в соответствии с индексом. Данные упорядочены, например, по алфавиту. Недопустим для часто изменяющихся столбцов, т.к. СУБД постоянно физически перестраивает таблицу по этому индексу.
  3. Уникальные индексы — своего рода «надстройка» для кластерных и некластерных индексов. Такой индекс уникален по ключевым полям.

Виды ключей в СУБД:

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

Важные нюансы использования индексов

Длина ключа индекса в основных СУБД (всех, кроме файлового варианта) — не более 900 байт и 16 различных полей.

Запускайте чаще дефрагментацию индексов на уровне СУБД MS SQL: при частом использовании индексов возможно появление эффекта фрагментации, нельзя допускать уровня фрагментации выше 25%.

Отсутствие индексов может привести к полному сканированию таблицы (table scan), что, в свою очередь, приведет к избыточной блокировке.

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

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

1C:Enterprise | .NET Framework

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

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

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

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

Кластерный индекс для баз на платформе «1С:Предприятие 8.3» и СУБД MS SQL Server периодического регистра сведений , подчиненного регистратору , имеет вид (если нет общих реквизитов, являющихся разделителями):
[Измерение 1 + …] + Период
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 92.

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

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

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

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

Читайте также:  Как взломать пароль на android

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

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

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

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

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

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

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

Индексирование первого измерения регистра, если это измерение имеет составной тип может улучшить план запроса. В некоторых случаях этот индекс может работать намного эффективнее — чем использование конструкции ВЫРАЗИТЬ(. КАК . ) .

B-tree — структура данных, дерево поиска . С точки зрения внешнего логического представления, сбалансированное (длина любых двух путей от корня до листьев различается не более, чем на единицу), сильно ветвистое дерево (свойство каждого узла дерева ссылаться на большое число узлов-потомков). Часто используется для хранения данных во внешней памяти.
Binary tree — иерархическая структура данных, в которой каждый узел имеет не более двух потомков (детей). Как правило, первый называется родительским узлом, а дети называются левым и правым наследниками.
Источники:
• wiki: B-дерево
• 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

Потенциальный ключ (Cand >уникальности и минимальности ( несократимости ).
Источники:
• wiki: Потенциальный ключ
• MSDN: Альтернативный ключ

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

Первичный ключ (Primary key) — в реляционной модели данных один из потенциальных ключей отношения, выбранный в качестве основного ключа (или ключа по умолчанию). С точки зрения теории все потенциальные ключи отношения эквивалентны, то есть обладают одинаковыми свойствами уникальности и минимальности . Однако в качестве первичного обычно выбирается тот из потенциальных ключей, который наиболее удобен для тех или иных практических целей.
Источники:
• wiki: Первичный ключ

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

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

  • Для всех объектных типов данных (справочники, документы и т. д.) в базе автоматически определяется кластерный индекс по полю Ссылка. И вот его в этой таблице вы не увидите, но про него надо просто помнить;
  • При использовании общего реквизита к большинству индексов первым столбцом ключа индекса добавляется DataSeparationHash. Этого факта, к сожалению, через ПолучитьСтруктуруХраненияБазыДанных() вы тоже не увидите, и про него тоже надо помнить;
  • Также в этой таблице вы не увидите индекса simplekey для регистра сведений.
Читайте также:  Домашняя газовая заправка пропаном

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Индексировать ресурсы можно только у регистра сведений .

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

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

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

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

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

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

admin

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *