Разделение базы данных на 2 части : Супермаг Плюс (Супермаг 2000)

Gwaew · █ 22.03.2007 14:47

Вопрос про обрезку базы. Какие могут быть глюки? где об этом можно прочитать?

Gwaew · █ 22.03.2007 14:55

начальство настаивает, я отбиваюсь - хотелось бы отбиваться не кистенём а аргументами

Propil · █ 22.03.2007 15:13

Gwaew
мы ж когда обрезаем базу, уничтожаем документы, созданные до определенной даты
Отсюда и возможные глюки с различными привязками-основаниями

Mtirt · █ 22.03.2007 15:16

Могу рассказать о тех проблемах, с которыми столкнулись мы, когда попытались закрыть период и обрезать базу:
1. Закрытие периода идет очень медленно. У нас за 12 часов были посчитанны только 4000 карточек товаров. При том, что расчет товародвижения обычно длится 3-4 часа.
2. Обрезка базы состоит в том, что удаляются все документы товародвижения до даты закрытия, а вместо них делается ОДНА приходная и ОДНА расходная накладные, которые выполняют функцию "Ввода остатков". После этого "летят" все остатки по поставщикам.

deucel · █ 22.03.2007 16:57

У меня закрытие периода три недели шло *01
т.е. с аналитикой никто не мог работать.

Gwaew · █ 23.03.2007 04:14

интиресна скока ж оно будет считать и обрезать 80 тыщ карточек и документооборот с 2005 г.....

reddevil · █ 23.03.2007 06:53

Вот если интересно обьем базы на момент первого закрытия был около 100гиг, двухмоторный сервер с 3гигами оперативки и 14дисками(на 15 оборотов), база содержит документы с начала 2002г.

Код:

SQL> select c.starttime, c.endtime, c.enddate  from ssclosedperiods c;

STARTTIME   ENDTIME     ENDDATE    
----------- ----------- -----------
30.12.2005  12.01.2006  30.04.2005 
09.02.2006  11.02.2006  31.05.2005 
22.02.2006  24.02.2006  30.06.2005 
10.03.2006  12.03.2006  31.07.2005 
28.04.2006  01.05.2006  31.08.2005 
09.06.2006              30.09.2005 
15.06.2006              30.09.2005 
16.06.2006  17.06.2006  30.09.2005 
15.09.2006  17.09.2006  31.12.2005 
09.09.2006  10.09.2006  31.10.2005 
11.11.2006  12.11.2006  31.03.2006 
10.11.2006              31.03.2006 
19.01.2007  21.01.2007  31.05.2006 

13 rows selected

SQL>

reddevil · █ 23.03.2007 06:53

а да забыл карточек что то порядка 60тыщ на тот момент(сейчас уже к 100 близко)

reddevil · █ 23.03.2007 07:02

вообще мое мнение чтобы нормально работать(все нижесказанное естечтвенно для баз от 100 гиг, от 50 пользователей и с требованиями к доступности 24 часа в сутки, и конечно на адекватном железе):
1. Регулярное закрытие периода, без обрезки базы (боже упаси)
2. Разделение серверов, для опреативной обработки и расчета ТД и получения отчетов.
3. Нормальный тюнинг.
4. Использование опций секционирование и паралелизм(с правильной настройкой)