Привет! Интересует сабж!

еще бы понять чего ты хотел

потому что так задумано

(0) переходи на 8.3

зачем они там ?

(1) Понять хочу.
(2) а почему не задумали что бы и реквизиты тоже попадали в ВТ? Затратно в плане ресурсов?
(4) ну в структуре регистра то есть.
(3) Перейдем перейдем

(5) чем они от измерений тогда отличаться будут?

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

(6) Хммм. и вправду.

(7) ну, положим, обороты по реквизиту смысл имеют...

(7) как это не имеют ?

(10), (7). Отлично пример очень простой. Есть у нас регистр с реквизитом "Поставщик". Происходит приемка товара от поставщика "Арапов". Потом происходит реализация данного товара. Что мы видем? По данному поставщику идут "висяки", плюс к этому по данному поставщику никогда не будут закрыти партии прихода. В итоге таблица остатков/оборотв регистра накопления бидет нечеловечески пухнуть. Вариант - не заносить реквизит в таблицу остатков/оборотов регистра накопления, тогда представьте что вам необходимо получить остатки годичной давности, а работаете вы уже лет 5. Система будет вынуждена по данному производителю произвести расчет остатков по основной таблице РН, а это будет нечеловечески долго. Поэтому, повторяю "реквизит как таковой, исходя из его назначения, не несет смысловой нагрузки. Это просто некое определение/пояснение текущего кортежа. Основным показателем разреза является измерение." Нужны остатки - используем измерения.

(11) зачем поставщика в измерение ?

партия.Поставщик

(12) Это просто пример. Партия кстати не поставщик, а документ прихода. Замените поставщика на "Автор документа", "Производитель продукта", сути это не поменяет.

(11) Теперь также подробно про обороты

Про обороты аналогично. Рассказать про структуры регистров и как формируются эти виртуальные таблицы?

Если честному народу ирнтересно , то мне не трудно 6)

(16) как особенно закрываются РН обороты

(15) Если Вам не трудно, расскажите пжл.

(17) такого понятия как закрытия РО "в прямом" смысле нет. Просто в таблицу оборотов РН (у рн есть две таблицы "Движения" - это то что мы видим если откроем его в режиме предприятия и таблица "Обороты" или "Остатки" в зависимости от типа регистра) попадают те значения значения по которым в разрезе измерений есть остаток. Записи без остатка не попадают. Итоги оборотов записываются датой начала месяца. То есть, допустим пришол нам товар 10 января - в таблице оборотов по текущему месяцу итоговый оборот за январь будет датой начала первого дня января(в отличии от таблицы остатов когда дата будет начало дня следующего месяца за текущим).

(19) у регистров минимум две таблицы : движения и итоги

(17) под "есть остаток" понимается что в РО так же могут идти и отрицательные записи. То есть
Продажа товар 1 = 10
Возврат товар 1 = 10
Как итог оборотв за месяц не будет(в таблице оборотов регистра накопления оборотов).

А я разве спорю?
Я так и написал
у рн есть две таблицы "Движения" - это то что мы видим если откроем его в режиме предприятия и таблица "Обороты" или "Остатки" в зависимости от типа регистра

(19) кстати, что значит минимум.Можно пример РН с одной или с более чем двумя таблицами :)

(19) "в отличии от таблицы остатов когда дата будет начало дня следующего месяца за текущим" вот этого не понял

(24) Смотри , основная работа ведется в реальном времени, поэтому для получение остатков актуально брать текущие остатки(сейчас мы говорим про таблицу остатков РН). Поэтому система текущие остатки записывает 3999 годом. Так же допустим у нас с тобой есть приход и расход товара, допустим пришло 10 шт, ушло 5 шт, все это происходило в январе? Как думаешь, какой датой будет запись в таблице остатков? 01.01.2012 00.00.00? 31.01.12 23.59.59? а? По идеи второй вариант верен,но! Не забываем что движения могут быть и в пределах секунды. Поэтому остатки на 31.01.12 23.59.59 будут некорректны. Остатки за январь будут сохранены на дату 01.02.2012 00.00.00. Это промежуточный интервал м/у 31 и первым числом. А еслу у нас проводится документ за 01.02.2012 00.00.00? Для того что бы все было кошерно в документе при проверки остатков будем использовать момент времени :). А в таблице оборотов, наоборот обороты будут сохранены(если это у нас оборотный регистр) на дату 01.01.2012 00.00.00. Что бы в этом убедится можно посмотреть в СУБД таблицы регистров.

(24) к чему сей пост. Зная как строятся таблицы итогов можно примерно представлять быстродействие того или иного запроса и приходит понимание МоментаВремени().