Если база хорошо спроектирована, будет ли замедляться процесс проведения с ростом базы? Как быстро?

(0) будет
ни о чем

Очень охота услышать от ТС, критерии "хорошо спроектированой базы"

(0) "Если база хорошо спроектирована"
Учитывая твои сегодняшние темы, эта фраза как минимум вызывает улыбку... Ну, некоторые, думаю, будут просто ржать под столом...

(1) Интересуют цифры. Например, на сколько процентов медленнее будет происходит проведение, если база вырастет с 1гб до 100гб. Речь о 10%? Или о 50%?
(2) Регистры не раздуваются, а закрываются, например)

(3) А зачем ты учитываешь мои сегодняшние темы?
Бывает такое, что два вопроса могут быть не связаны..

(4) Если проведение заключается лишь в записи табличных частей в регистры - то не намного. Если же в модуле проведения выполняется сортировка пузырьком журнала документов - то намного.

если проведение без дополнительных запростов к базе - то практически не будет замедления даже при большом росте

если проведение основывается на чтении (например чтение остатков по партиям) то будет но не сильно примерно 5%

вообще масштабируемость восьмерки впечатляет по сравнению с 7.7

Овечаю прямо.

Если база спроектировано хорошо то и с ростом объема базы все будет относительно нормально. И время проведения и отчеты итп. А если БАза спроектировано плохо то и проблемы будут.

а вот если база спроектировано отлично значит все будет отлично.

Я думаю все поняли.

ИМХО мерить производительность вообще стоит только у баз размером от 0.5 ТБ и выше (там начинает проявляться сама СУБД и ее плюшки) и достаточно большим количеством пользователей.

(8) Ну, отказ от общего журнала документов и от хранения периодических в одной таблице сделал своё дело..

медленно будет замедляться. ага.

(10) + а "быстро" понятие относительное ;)

(0) см "симптом 4"
http://kb.1c.ru/articleView.jsp?id=47#P1_1

http://www.ravepoint.narod.ru/aticles/tecnology/2methodics/2_2.htm

Если база действительно хорошо спроектирована, то замедление будет почти незаметно.
Но ТС это не грозит.