Страница 1 из 1

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

Добавлено: 09 апр 2002, 15:52
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. :-*

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А еще интересно...

Добавлено: 30 апр 2002, 11:16
Andrew_vm
Кто как думает хранить старые данные - может пора начать строить Хранилище данных с OLAP-доступом?

Re: Oleksa

Добавлено: 02 май 2002, 19:26
LARA
Согласна что сложный, а может и прикольный :D . Открываю новую ветку ;), давайте меняться опытом с теми у кого он есть!!!