Размер базы при переходе от 5.74 к 5.82

[klimin_a_s]

Всем привет! После конвертации базы из 5.74 в 5.82 сильно увеличился размер последней ((. А именно (некоторые таблы):
5.74 5.82
ВСЕГО 6 433 Мб 10 220 Мб !!!
Hozobor 292 Мб 326 Мб
Oborot 1 345 Мб 1 254 Мб
Saldmoun 373 Мб 640 Мб
PlPor 332 Мб 702 Мб
SoprHoz 493 Мб 992 Мб
SpSopr 268 Мб 568 Мб
SpOrder 214 Мб 666 Мб
SchFact 198 Мб 468 Мб
Catalogs 81 Мб 195 Мб.

Примерно в таком духе. БД - Pervasibe SQL 2000 sp2a, таблицы в 6 формате. Сервер: Dual P3-800, 1 Gb RAM, SCSI Raid-5 5x10000rpm.

Вопросы:
1) Как у других изменился размер базы после конвертации?
2) Предложите способы ее уменьшения (Перевод таблиц в 7 формат, удаление старых проводок, документов и т.д. (в этом случае предложите методику чистки)).
3) Приветствуются другие возникшие вопросы/ответы после чтения данного поста по уменьшению базы/увеличению производительности...

Thnx. :-*

[LARA]

Здесь поднималась та же проблема
http://www.tyumbit.ru/galaktika/read.ph ... 116&t=1090
Это совет Смирнова Сергея:
По поводу размера базы после конвертации,
то я ее снова прошел rebuild и размер
сократился. Размер 5.82 увеличился примерно
на 10-15% по сравнению с 5.73

А у меня после конвертации 573-582 увеличился общий объем базы раза в 1,5.
Но некоторые таблицы после rebuild наоборот пухнут. Так что подходить надо выборочно. .`)
А про другие предложения я и сама послушаю.

[klimin_a_s]

Сделал rebuild SchFact. Из 468 Мб стало 198!!! Из 3,7 Мб persons стало 2 Мб. Буду периодически по одной/две таблы на ночь запускать. Спасибо!

Но проблема чистки базы от старых документов остается. Кто как ее делает?

[ALEKS123]

К "чистке" базы надо подходить очень осторожно и аккуратно.
Мы это делаем 1 раз в год, когда бухгалтерия закроет прошлый год и 1 квартал.
Делается примерно так.
Делается полная копия рабочей галактики, выбираются 10-25 самых боьших файлов - DASEDOC, KATSOPR, SPSOPR, HOZOPER и проч....
Из этих файлов осуществляется экспорт всего в DBF. ПОсле чего эти файлы "убиваются в обобих галактиках. А затем осущесмтвляем операцию импорта. В архивную базу все документы с датой МЕНЬШЕ заданной. В рабочую - с датой БОЛЬШЕ заданной. Например, в архив с датой создания меньше или равно 31.12.2001Б в рабочую - с датой больше или равно 01.01.2002. Где-то так

[hope]

Мы каждый год храним в отдельной базе. После того, как бухгалтера закроют предыдущий год, делаем копию, чтобы они могли смотреть и делать отчеты за предыдущий год. А в текущей базе удаляем данные предыдущего года. Накладные и ордера удаляются самой Галактикой - Настройка - Сервисные функции - Удаление старой информации. Остальные данные удаляем вручную.
Платежные документы можно удалять т.о.: настроить срок хранения, тогда программа при переходе на новый месяц по бух контуру удалит все данные, которые превышают срок хранения.
Может кто еще что подскажет? .`)

[klimin_a_s]

По поводу обрезания базы: а как быть, например, с неоплаченными ДО? У нас таких хватает. Значит нельзя обрезать ДО.

[LARA]

А по поводу ДО есть такая функция :=А= - Закрытие ДО. А вот закрытые уже можно и удалять. А также контроль ДО , где можно удалить неиспользуемые ДО (т е те по каторым не было никаких операций) за какой то период.

[oleksa]

Чистка базы достаточно сложные и прикольный процес;). Есть кой какой опыт предлагаю , обменяеться в отдельной ветке .

[Andrew_vm]

Кто как думает хранить старые данные - может пора начать строить Хранилище данных с OLAP-доступом?

[LARA]

Согласна что сложный, а может и прикольный . Открываю новую ветку , давайте меняться опытом с теми у кого он есть!!!