А собственно сабж кто-нибудь выполнял?
На первый взгляд вроде работает
Но меня смущает момент, что при свертке на 2014 год операции по вводу остатков почему то создаются 01 января 2014 года - это баг или фича?

Удачи тебе, дед Макар.

:-) Улыбок.

Но это не важно

(3) злой ты после пятницы

(0)[На первый взгляд вроде работает ]
ну мелочи вроде не работающих ОС, убитого 18 ПБУ тебя не остановят

(1)Кто такая Ичада?

(0) зачем нужна свертка вашей базе?

(7) ну как то бухгалтера хотят.
база растет - а скорости это ей не добавляет.

Да и вообще хотелось бы понять - получилось у 1С что нибудь вразумительное или опять нужно изобретать велосипед.

(8) (9) Вот не поверишь, свертка скорости не добавит

???
Почему ???

(11) Потому Никогда не делал свертку. Расскажите о подводных камнях.

(8) Бухгалтеры именно свертку хотят, или всё-таки "скорости"? :)

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

Кроме того они умудряются работать с файловой базой БП объемом 2,7 гб по сети в 6-м.

(14) Люди что угодно будут делать лишь бы не платить денег на улучшение  работы базы заплатив за лицензии  1С сервера и sql.
А 1сник тоже будет думать как бы оптимизировать работу так, лишь бы сэкономить работодателю денег.

Зы переведи на скуль.
Я переводил базу размером 200 мб количеством юзеров 10-12 на скуль только лишь из за того что простой запрос для 2 точек выполнялся 7-9 секунд а нужно было добиться 1-2 секунд. При чем база самописка и все написано без сложностей.

(15) Зачем добавлять тормоза на ровном месте? После перевода на скуль она быстрее работать не будет (и не надо тут свой опыт самописки применять. Поверь, к типовой он неприменим никак). Просто она будет одинаково тормозить что на 1 гиге, что на 5 гигах

По моему опыту обычно типовая файловая бухия нормально работает до 2-х гигов. После 3-х уже начинаются тормоза, После 4-5 начинают блокировки возникать. Свыше 6 есть шанс потери данных (чаше всего это проявляется в отсутствие проводок после проведения документов. Т.е. запускаешь групповое перепроведения, смотришь а у одного документа нет проводок совсем. Проводишь в ручную - появляются)

(17) а то что блокировки в скуле по записям а в файловой на уровне таблицы? А с тем что у 1С свйо формат и того не понятно что там и как.

(14) "Кроме того они умудряются работать с файловой базой БП объемом 2,7 гб по сети в 6-м."

Значит им прямой путь либо на SQL, либо "в терминал"...

(18) Ты не учитываешь что время записи в скуле на порядок дольше чем в файловой.
А по поводу формата вообще не понял. Сколько людей знают Word-овский формат doc(x). И что? От этого он стал хуже чем txt?

(19) Почему "либо "в терминал"...", или веб - в чем выйгрыш?

(21)  в терминале нет прокачки базы по сети и человек 10-20 могут вполне комфортно юзать файловую базу 5-10 гиг (в зависимости от структуры данных).

(16)  +1
(17)  Ну вот база где то 2,7 была. в базе данные с 2011 по 2014 включительно. после обрезки на 31.12.13 , усушки и утруски осталось 1,2 гига.

Печаль в том, что База  находится на курилах, а я на Камчатке - и если базу свернуть через тимвьювер я еще могу (хоть с пингами под 1000 это не слишком удобно),  то поднять терминал или СКЛ - это уже за гранью - да и не занимаюсь я уже этим давно. А собственных спецов там днем с огнем не сыщещь. Уже не первый год проблему решить не могут.