Добрый день. Каковы требования к структуре регистра накопления?
1. Насколько тормознутей обращение через точку (ЗаказПокупателя.Контрагент) вместо прямого обращения (Контрагент) в запросе к регистру.
2. Насколько тормознутей получение остатков из основной таблицы регистра вместо получения остатков из виртуальной таблицы.
3. Насколько тормознутей индексация регистра по сложному типу вместо примитивного
Понимаю, что хочу слишком многого, но всё-таки, может есть гуру этого дела

сферический конь в вакууме

2. Насколько тормознутей получение остатков из основной таблицы регистра вместо получения остатков из виртуальной таблицы.

-- Каких остатков из основной ? .... весь регистр чтоле скласть и поделить?

(2) да

(3) намного

(4) спасибо, не подумайте, что я помешался. просто есть узкая задача, где это необходимо

так-то я уже собрался делать замеры производительности плюс использвания оперативной памяти на сервере и объёма передаваемых данных, но хотелось бы просто услышать мнения спецов

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

По п.2 вроде все понятно
п.1 - если сделать измерением - то его закрывать придется. При проведении обращение в запросе через точку с большой натяжкой можно назвать узким местом, а про отчеты я вообще молчу.

(8) спасибо

http://www.gilev.ru/1c/81/index/optimquery.htm
http://gilev.ru/1c/81/index/

(10) спасибо. зачётные статьи. почитаю