Помогите пж. разобраться с ситуацией, вообщем типовая конфигурация бухгалтерии, по заданию заказчика было добавлено 2 реквизита в измерениях регистра бухгалтерии: "дата проведения", и "дата НУ"... после заполнения этих реквизитов в регистре бухгалтерии, база выросла сразу в 5 раз... и по мере работы продолжает расти... Вопрос: неужели добавление 2-х реквизитов в измерения регистра бухгалтерии может так повлиять на базу, что она так быстро растет?

А по этим измерениям итоги закрываются?

По твоей задаче это должны быть реквизиты, но ни как не измерения

(0)а Период в регистре чем не устроил?  Нафига плодить сущности?

(0)
Создай 2 запроса остатков по этому регистру: один с новыми измерениями, другой - без новых измерений. И сравни количество строк

клиент-сервер?

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

(0) добавь в Реквизиты (НЕ измерения)

(2) +100

(0) пипец... измерения вообще не рекомендуется делать базовых типов

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

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

Клиент сервер. Итоги не закрываются... на счет реквизитов, я думал на счет этого...

просто там мне надо остатки получать например по "дате НУ" не смотря на период регистра

(12)Итоги не закрываются - поэтому и пухнет))
на экзамене специалисте это грубейшая ошибка и назач0т)

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

да... понятно почем пухнет, но не понятно как с ним бороться

(13) ну надо понимать что он должен и закрываться по этому измерению

(16) переделать) - не можете сами правильно ТЗ составить пригласите спеца, это не страшно))

закрывать то не получается... у меня задача такая сделать все отчеты по "дате НУ", (и)или "Дате БУ"= Период регистра (и)или по "Дате создания"

т.е. пример сделать ОСВ по "дате НУ", т.е. получить "сальдо на начало по дате НУ", "обороты по дате НУ" и "сальд кон. по дате НУ"

(19) =))) нда...жаль 1с розгами за такое не сечет - может бы думать начали а то репутацию 1с такие "доработки" подмачивают), а если серьезно - вам причину обозначили, сейчас нужно поправить
удачи

(20) жесть жестяная. нафейхуа?
РБ менять не советую...
может РС сделать, изм - Док, ресурсы - ДатаБУ, ДатаНУ.
соединяй потом по регистратору с этим РС и итоги выводи какие надо

(22) + хотя остатки так не вывести... короче надо менять постановку задачи

(20) что такое "дата НУ" ? - период сдачи отчетности ?

Да, спасибо, то что итоги не закрываются не учел... по крайней мере понятно почему растет. Дата отражения операции в нал. учете

это полный миздец. Заказчик умудряется жить без сознания 24/7.
храбрые ребята, надо отдать им должное

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

(27) а может стоит разуть глаза и узреть, что для налогового учета отдельный план счетов и регистр сделаны?..

(0) ужасная ошибка в постановке задачи

(28) в 20 все в одном регитсре

и что за операции что в ну отражаются другой датой?

(0) Базвана на вас нет... :(

(27) Ну так делай две проводки, одну по БУ, другую по НУ нужной датой.

(32) да он наверно уже пирходил, но его мат фильтр не пропустил

(33) В одном наборе две записи с разным периодом?.....О_о

(35) Что мешает сделать две операции?