Здравствуйте,заинтересовался облегчением работы пользователей,т.е ускорением их работы, и решил  свернуть базу до января 2009 года(посоветовавшись с бухами и сделав бекап).В конфигураторе есть возможность сжать таблицы ИБ (Тестирование и исправление-сжатие таблиц ИБ),можно перелопатить все с помощью собственной обработки,а как вы посоветуете это сделать?

(0)если от тебя не требут этого то лучше всего будет не делать этого

Боюсь что свертка не даст существенный прирост скорости работы. Даже рискну предположить что вообще не даст ни какого прироста.

Первое выбирай, первое!!!))))

(2)(1)Спасибо за советы,но все-таки очень хочется уменьшить объем базы)

(3)Первое,всмысле Сжатие таблиц ИБ? но там ведь нет определенной даты сжатия

(0) сжать говоришь,
а основные средства и зарплату похерить ?

(0) Читай книжки чтобы знать что к чему.

(0) база какая? УПП наверное

(0)на итс есть готовая обработка

(0) "ускорением их работы" - база файловая , серверная? Что работает медлено? Размер базы?

(5) ты наверно сжатие со сверткой перепутал. Это у свертки дата.

(8)База УПП 10 гигов,серверная,охота уменьшить объем базы ,заодно и чет новое узнать

(12)мне страшно... - откуда в серверной базе "В конфигураторе есть возможность сжать таблицы ИБ"?

(11)да,мне и нужна свертка,а сжатие таблиц ИБ это о чем?

(14)свертка есть на итс

(13)Совершенно верно сжатия нет-это я в файловой копии увидел

(12) Рассказываю что "нового" ты узнаешь:
При свертке базы обработка будет генерить входящие остатки на дату Х. По регистрам для входящих остатков будет создан документ-регистратор "Ввод входящих остатков". Один. Все движения старше этого документа будут похерены. Если что либо ты с этим документом сделаешь, то все остатки накроются пушистым зверьком. Кроме того по регистрам у которых нет регистратора тупо будет удалена история. Откатиться назад будет невозможно.
Объясните мне нафига вот такое делать с рабочей базой?

(17)От спасибо,убедил-лучше поиграюсь дома)

(17)есть вариант лучше?
я вот в том году сделал и получел от одного из топ менеджеров следующий комментарий (обычно это очень сдержанные в оценках люди) "нам ещё никто не делал ткой качественной работы да ещё и в такое время"

(17) Паш, поверь, если подойти к этому делу с достаточным опытом, то иногда даже очень полезное занятие

+(20) но имхается, если ТС не понимает разницы между сверткой БД и сжатием таблиц БД, то лучше не трогать ничего

Объясните мне ЗАЧЕМ? По скорости прирост будет только во время бекапов, что в серверном варианте как бы не критерий. Я видел базы в сотни терабайтов, количество строк в таблицах не влияет на скорость работы пользователей.

(22) ну к примеру когда я впервые это делал, обусловлено было тем что винт на серваке не имел достаточного физического объема (2003 год)

(0)главное показать всем руководителям описалово обработки а то может они и не захотят так, ну и копию открыть избранным естественно по состоянию "до"

(22)в моем случае свертка была частью задачи глобальной чистки базы от всего не актуального

(22)в контексте темы значит базы 1С? )))