Имеется очень простой, но большой регистр сведений:
независимый, периодичность в пределах секунды, одно измерение и 3 ресурса.
Запрос вида:
ВЫБРАТЬ
   РССрезПоследних.Измерение
ИЗ
   РегистрСведений.РС.СрезПоследних() КАК РССрезПоследних

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

Попробуй выбрать из обычной таблицы и потом сделать левое соединение со срезом

Ну и фото ессно :))

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

Попробуй срез сама сделай по реальной таблице.

(0) И какое количество строк возвращает?

(5)Возвращает около 100 строк
(4)Получилось нормальное время с помощью "сраза последних вручную", но хочется чтобы срез последних тоже работал

Хм... Файловая?

(7) нет

(8) постгре? дб2? своя субд с прослойкой в виде эмуляции мсскуля?

(10) postgres

Срез последних в регистре сведений не будет работать быстрее, типа как в регистре накопления.

(12) в смысле так и задумано и вообще-вообще ничего нельзя изменить?

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

(0) никаих парамтеров не задаётся? отбираем во всех разрезах на 01.11.3999?

(15) Так у неё всех комбинаций меньше сотни.

Я только одного не понял. Реально "эмуляция" среза последних получилась быстрее что ли? Если верить (6)?

(15) вначале было РегистрСведений.РС.СрезПоследних(&Дата), но так даже дольше работало

(17) да, "эмуляция" намного быстрее, 0,2 минуты

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

Срезы регистров сведений всегда работа с физической таблицей...
там никакие регламентын операции е пора делать/кэши чистить?  Как это с см-скл знаю а как пострге - не в теме...

а в ТЖ какой запрос на сервер уходит?

(21) ТЖ это что? я таким, наверное, не умею пользоваться)

(21) может и пора какие-нибудь операции делать... хз... надо у предшественника узнать

(20) видимо какое-то попадание в индекс или у оптимизатора статистика слетела
ТЖ - технологиеский журнал

ЭмулЯция это отбираем по всем разрезщам максимум дат менее указаной для всех разрезов во временную таблицу и потов внутреннее с самим собой?

в смысле веменную соединяем с регитром по всем разрезам

если не ошибаюсь у регистра сведений индекс = дата + измерение1 + измерение2 + ...

если в эмуляции поменять местами условия связи может получиться совсем дургое время!

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

(28) надо пробовать, т.к. есть и дургие моменты, если у измерения свойство индексировать = индексировать - то будет построен ещё 1 индекс...

я-б сделал замер для разных вариантов.

+(29) а как там у вас отрабатвает оптимизатор запроса со стороны базовода - неопнятно, очень похоже, что не с тем индексом он старатемся что-то сделать

По поводу регламента: ТиИ + банальный выгрузить-загрузить как правило решает 90% простых проблем.

(31) понятно, спасибо :)
(4) а Вам особенное спасибо, потому что совет помог :)

(32)потом отпишитесь (31) помогло или всё так и осталось.

(32) Пожалуйста.
(13) Да, так и задумано. В регистрах накопления виртуальные таблицы — это хранящиеся агрегаты, а в регистре сведений нет.