Вопрос на засыпку: вот в чем разница между периодическим регистром и непериодическим с измерением типа дата и когда предпочтительнее одно или другое?

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

(1) Интересно - кто-нибудь хоть раз использовал СрезПервых ?

(2) Тот кто вчера заглядывал в будущее.

(3) +1

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

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

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

(2) 100500 раз, а вы с какой целью интересуетесь?

http://its.1c.ru/db/metod8dev/content/1590/hdoc
Периодический регистр:
- можно сделать физическую таблицу срезов самых последних, что ускорит выборку
- дата будет всегда в начале кластерного индекса
- всегда будет индекс с периодом в конце
- при индексации измерений и реквизитов всегда будет на втором месте в индексе
Непериодический:
- дату, при необходимости. можно запихнуть в любое место кластерного индекса
- если реально не нужно срезы. то, считаю, лучше использовать такой РС, чтобы другие разработчики не задавали себе вопрос - зачем проектировщики заложили возможность срезов

Итого, имхо: лучше использовать непериодический РС, если не нужны срезы

(8) грамотный ответ

(7) Просто интересно. Можете привести пример?

(7) Программиста ответ. Вроде есть, а по сути - нет.

(10) При планировании используется - для получения значений, которые будут действовать в будущем начиная с какой-то даты