Допустим сделать регистр для цен не РС, а РН
с ресурсами Цена и Флаг
Флаг это типа +1 и -1

в 8.3 для РС реализована таблица итогов

(1) ого, не знал

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

(3) а я слышал, что
РН
РС
РБ

(0) РН будет пухнуть нещадно, если не будешь обнулять ненужные цены.

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

(1) Откуда дровишки?

каким боком РН для хранения цен? или просто толстый вброс?

(8) да я просто рефлексирую над природой таблиц

(7) Из описания новшеств.
"Оптимизировано получение СрезПоследних и т.д."

Я вот щас например вообще отказался от истории цен, ибо вешало базу при подборе с этим срезом
А вот в 8.3 быстродействие стало в разы больше, есть смысл снова срез последних вбахать

(10) И что?

например, раньше при поиске в динамосписке с левым поиск шёл около минуты с нередким падением базы
щас буквально 1 секунда

(9) Если что, РС - это вообще не регистр.

(8) На самом деле, это может здорово ускорить получение цен, т.к. СрезПоследних - тормозная вещь на больших объемах. Но старые позиции придется обнулять.

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