Вопрос к знатокам. на платформе 1С:Предприятие 8.3 (8.3.6.2076) при создании периодического регистра сведений, строиться не правильный кластеризованный индекс, а именно кластиризуется он по измерениям, период становиться последним, то есть записи в таблицы не упорядоченны по периоду.Стало интересно, это за "фича", в описании и поиск в гугле не дает ничего. Есть, кто сталкивался с этим?

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

1) записи упорядочены по периоду
2) период переместили вконец в платформе 8.3

(2) В таблицах SQL не упорядоченны.

(3) упорядочены

(4) ладно, есть объяснение зачем так было сделано?

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

(3) Могу выложить скрин, где они не упорядоченны.

Выходит, что всё это было сделано для мертворожденных таблиц, которые выдают ошибки?

я про срезы первых-последних

(5) если какое то поле таблицы входит в кластерный индекс - таблица автоматом упорядочивается по этому полю. Такие уж законы этой Вселенной.

Зачем? Наверно посчитали что с периодом в конце индекс будет более селективным

Если нужно на форме, просто устанавливай порядок программно

(10) Но таблица упорядочивается по первому полю кластерного индекса. И если первое поле - не период, то собрать данные по периоду - уже не обойдешься кластерным индексом.
Разве не так?

(13) Данные по измерениям и периоду можно получить по не кластерному индексу. Он ведь есть.

(13) таблица упорядочивается по всем полям кластерного индекса

(13) по периоду вроде отедельный индекс есть

(15) Моё воображение отказывается представить таблицу, упорядоченную одновременно по всем полям :)

(17) печально

(17)
1 1 1
1 1 2
1 2 1
1 2 2
2 1 1

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

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

Тз.сортировать("номенклатура,серияноменклатуры");
Воображение может представить?

(21) Запросто. Только при поиске нужой серии будет index scan, а не index seek

(22) как indexscan коррелирует с "не могу представить себе таблицу упорядоченную по неск. Полям"?

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

(23) В (21) таблица упорядочена только по одному полю - "Номенклатура".
"серияноменклатуры" - упорядочена внутри номенклатуры, но вся таблица по серии - не упорядочена.

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

Но изменения интересные.
Выходит, теперь Срез с отбором по измерениям может строиться быстрее.

(24) И для большинства применений он остался покрывающим.

(0) Еще в 8.3.1 сделали, но в доке указали почему-то только для DB2.

При использовании СУБД IBM DB2 создаются кластерные индексы:
регистры сведений - Измерения, Измерения+Период, Регистратор+Номер, Измерения+Период+Регистратор+Номер, Измерения+Период (в зависимости от типа регистра).