После расчета итогов за несколько лет, скульная база 1С8 с 50Гб выросла до 80Гб, это нормально?

(0) шринк

Именно не перерасчет, а расчет.

Через скуль смотрю - нет пустого места в файле базы, также dr'шный архив вырос с 2,9Гб до 3,4Гб.

dr'шный => dt'шный

ну сравните таблицы и узнаете, что изменилось.
и нам расскажите.

(5)Ну, это прийдется архивы открывать, лень :)

Думал, может так кто подскажет.

Если раьше не были рассчитаны, то нормально

(7)Да, были на конец 2011 года.
Просто не предполагал, что итоги так много могут занимать. Теперь еще и в файловом варианте dt'шный архив перестал разворачиваться, т.к. "Превышен максимальный размер файла 1с.cd". И чего меня дернуло их расчитать, ведь и так все работало :)

можно назад рассчитать

(9) Тогда размер именится только после ТИИ базы?

А, вообще, это интересный вопрос: в целом, если брать средние показатели по всем операциям, больше прирост в производительности дают эти расчитанные итоги или тормоза, из-за увеличения объема базы?

(6)
значит мне теперь лень участвовать в Ваших ветках.

(11) И тут санкции :)

(10) надо брать паяльник и обработать им программиста, наверняка регистры криво закрывает, гад.

(13) Возможно, хотя номеклатура под 40000 наименований + много доков + партионный учет, наверное паяльник не сильно поможет :)

во сколько раз партионный учет проводиться быстрее стал?

(15) Не проверял, нужно будет на выходных перепровести несколько месяцев и проверить.

(16) ну как пример, 40000 номенклатуры * 1000 партий * 36 месяцев * 500 байт одна запись = 720 гигабайт. Один регистр

(17) Идея понятна, спасибо

Период расчета менялся ?

(19) Изменилась граница расчета, итоги были рассчитаны по осень 2011, а я расчитал по текущий период.