Прикладной объект	Упорядочивание
Справочник с иерархией, свойство "группы сверху" установлено	ЭтоГруппа + Код или ЭтоГруппа + Наименование в зависимости от основного представления объекта и наличия свойств Код и Наименование
Справочник без иерархии или свойство "группы сверху" не установлено	Код или Наименование в зависимости от основного представления объекта и наличия свойств Код и Наименование
Документ (журнал документов)	Дата
План видов характеристик	Код или наименование в зависимости от основного представления объекта
План счетов	Код или наименование в зависимости от основного представления объекта
План видов расчета	Код или Наименование в зависимости от основного представления объекта и наличия свойств Код и Наименование
План обмена	Код или наименование в зависимости от основного представления объекта
Регистр сведений периодический	Период
Регистр сведений непериодический	Список всех измерений, в той последовательности, в которой они сконфигурированы
Регистр накопления	Период
Регистр бухгалтерии	Период
Регистр расчета	ПериодРегистрации

 

В приведенной таблице - видимое пользователю упорядочивание, которое можно увидеть, например, в диалоге "Отбор и сортировка". Это упорядочивание дополняется системой по правилам изложенным в следующем разделе.

 

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

 

Дополнительное упорядочивание

При работе со списками динамического просмотра следует учитывать то, что система неявным образом дополняет упорядочивание, установленное разработчиком прикладных решений или пользователем. Это делается для того, что бы избежать неоднозначности в упорядочивании объектов. Это касается также и упорядочивания по умолчанию, приведенного в таблице. Например, при упорядочивании справочника по полю Наименование система дополнит упорядочивание полем Ссылка, что позволит избежать неоднозначности при упорядочивании элементов справочника с одинаковыми наименованиями.

 

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

 

Справочники, Документы, Планы видов характеристик, Планы счетов, Планы видов расчета, Планы обмена

К списку упорядочивания, если это необходимо, прибавляется упорядочивание по полю Ссылка.

 

Регистр сведений (периодический)

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

 

Регистр сведений (непериодический)

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

 

Регистр накопления, Регистр бухгалтерии, Регистр расчета

К списку упорядочивания прибавляется упорядочивание по ссылке на регистратор и номеру строки. Следует отметить, что система дополняет список упорядочивания именно упорядочиванием по ссылке на регистратор. Это не то же самое, что упорядочивание по полю Регистратор, которое может быть выбрано пользователем в окне "Отбор и сортировка". При выборе поля Регистратор пользователем (или при установке такого порядка разработчиком прикладного решения) результат будет совсем другой - будет выполнено упорядочивание по регистраторам в порядке их даты и, кроме того, такое упорядочивание не может быть эффективным (механизм динамического просмотра списков не будет задействован). Любое упорядочивание по полям не базовых типов приводит к неэффективности упорядочивания, что описано ниже.

 

Ограничения упорядочивания

Для любых прикладных объектов невозможно упорядочивание по следующим полям:

"Набор типов" в приведенном выше списке - это:

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

 

Если в качестве типа задан Характеристика.<Имя плана видов характеристик>, то упорядочивание по такому полю невозможно в не зависимости от состава типов, назначенного соответствующему плану видов характеристик.

 

Для ограничения интерактивного управления упорядочиванием, которое может выполнять конечный пользователь в диалоге "Отбор и сортировка", служит объект НастройкаПорядка (см. свойство НастройкаПорядка объекта ТабличноеПоле).

 

Оптимальные настройки упорядочивания

Общим положением для всех списков является то, что если в списке полей упорядочивания присутствует поле, которое не является полем базового типа, то применение механизма динамического просмотра данных невозможно. Это связано с тем, что при упорядочивании, например, регистра сведений по полю типа СправочникСсылка.Склады, упорядочивание будет выполнятся по полю Наименование или Код (т.е. полю основного представления), которое находится в таблице справочника складов, а не в таблице регистра сведений.

 

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

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

 

Справочник без иерархии, План видов характеристик без иерархии, План счетов, План видов расчета, План обмена

Оптимальными являются:

Если у объекта есть реквизит "Реквизит1" для которого свойство Индексирование установлено в значение "Индексировать", то оптимальными также являются:

Важно, что в данном случае упорядочивание по полям Реквизит1 + Код или Реквизит1 + Наименование не является эффективным.

 

Если у объекта есть реквизит "Реквизит1" для которого свойство Индексирование установлено в значение "Индексировать с доп. упорядочиванием", то оптимальными также являются:

Важно, что в данном случае упорядочивание только по полю Реквизит1 не является эффективным.

 

Справочник с иерархией групп и элементов (признак "Группы сверху" установлен), План видов характеристик с иерархией.

При отображении справочников и планов видов характеристик в режиме "Иерархический просмотр" оптимальными являются:

Если у объекта есть реквизит "Реквизит1" базового типа для которого свойство Индексирование установлено в значение "Индексировать", то оптимальными также являются:

Если у объекта есть реквизит "Реквизит1" для которого свойство Индексирование установлено в значение "Индексировать с доп. упорядочиванием", то оптимальными также являются:

При неиерархическом отображении справочников и планов видов характеристик список оптимальными являются случаи описанные для неиерархических прикладных объектов.

Важно, что для объектов с иерархией групп и элементов упорядочивание только по полю ЭтоГруппа в любом случае не является эффективным.

 

Документ

Оптимальными являются:

Если у документа есть реквизит "Реквизит1" для которого свойство Индексирование установлено в значение "Индексировать", то оптимальными также являются:

Если у документа есть реквизит "Реквизит1" для которого свойство Индексирование установлено в значение "Индексировать с доп. упорядочиванием", то оптимальными также являются:

Важно, что в этом случае упорядочивание только по полю Реквизит1 не является эффективным.

 

Журнал документов

Оптимальным является:

Если у журнала документов есть графа "Графа1" для которой свойство Индексирование установлено в значение "Индексировать", то оптимальными также является упорядочивание по графе Графа1.

Если у журнала документов есть графа "Графа1" для которой свойство Индексирование установлено в значение "Индексировать с доп. упорядочиванием", то оптимальными также является упорядочивание по полям Графа1 + Дата. Важно, что в этом случае упорядочивание только по полю Графа1 не является эффективным.

 

Регистр сведений

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

Необходимо отметить, что в первых двух случаях из вышеперечисленных будет получено одно и то же упорядочивание Период + <Список всех измерений>. Это произойдет потому, что система дополнит упорядочивание, установленное пользователем или разработчиком прикладного решения, по описанным выше правилам.

 

Приведем пример.

Пусть есть регистр сведений с 2-мя измерениями базового типа Измерение1 и Измерение2. Тогда оптимальными будут следующие комбинации полей упорядочивания:

Неоптимальными будут, например:

Если у регистра есть измерение, ресурс или реквизит для которого задано индексирование, то для такого поля (допустим с именем "Поле1") оптимальными также являются:

В обоих описанных случаях упорядочивание даст одинаковый результат, а упорядочивание по полям Поле1 + <Список измерений> не будет эффективным.

 

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

Регистр накопления, Регистр бухгалтерии

Оптимальным являются только:

Если у регистра есть измерение или реквизит для которого задано индексирование, то для такого поля (допустим с именем "Поле1") оптимальными также является:

Регистр расчета

Оптимальными для регистра расчета будут следующие комбинации:

Рассмотрим на примере.

Пусть имеется регистра расчета с измерениями Измерение1, Измерение2 и Измерение3 и при этом Измерение1 и Измерение3 являются "базовыми". Тогда оптимальными будут, например, следующие комбинации полей упорядочивания:

А приведенные ниже комбинации оптимальными не будут:

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

Важно то, что для всех регистров упорядочивание по полю Регистратор не может быть оптимальным на том общем основании, которое приведено выше. Более того, зачастую поле Регистратор для регистров имеет составной тип, который неявно задается при настройке движений документов (см. свойство "Движения"), что исключает любое упорядочивание по полю Регистратор.

 

Влияние условий отбора на эффективность работы списков

В общем случае на эффективность работы списка влияет не только настройка упорядочивания (свойство "Порядок"), но и настройка условий отбора (свойство "Отбор"). В общем случае правильно сформировать список оптимальных условий упорядочивания можно на основании комбинации настроек Отбора и Порядка. Те условия которые устанавливают отбор на "равно", т.е. с использованием варианта сравнения Равно, должны учитываться при анализе оптимальности упорядочивания. Если на поле таблицы "Поле1" (это касается всех рассмотренных нами случаев) установлено условие отбора на "равно", то присутствие этого поля в списке упорядочивания можно игнорировать. Разумеется, что это касается только случая, когда для Поле1 установлено упорядочивание в том же направлении, что и для остальных полей.

 

Рассмотрим пример.

Пусть у справочника есть Реквизит1 и Реквизит2, при этом Реквизит1 "индексирован с доп. упорядочиванием". Тогда упорядочивание по полям Реквизит1 + Реквизит2 + Наименование в общем случае не будет эффективным. Но если в отборе будет установлено условие на "равно" для Реквизит2, то такое упорядочивание будет эффективным.

 

---

 

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