DAX 3.0 SP5FP2 - Архивация прошлых лет

[Vadik]

Цитата:

Сообщение от BokarevSS

Размер БД - 23Гб. С ростом базы система работает все медленнее и медленее

Ну вообще 23Гб это imho не совсем тот размер, с которого стоит partitioning-ом заморачиваться. Идея секционирования по дате тоже весьма сомнительная, так как довольно небольшой процент запросов получит с этого хоть какие-то бенефиты. Если повезет (или неповезет, это кому как) и компаний много, можно отсекционироваться по DATAAREAID, скрипт уже демонстрировался

Цитата:

мы делаем ежедневные бэкапы и каждый день бэкапить старые года, по сути одно и тоже, бессмысленная трата дискового пространства. Один бэкап = 3,5Гб

Отдает эконимией на спичках Бэкапьтесь больше и чаще

Цитата:

СУБД - Microsoft SQL Server 2000 Standart

Учитывая это, про секционирование можно забыть - нет его в 2000

Цитата:

В общем - на мой взгляд на 3ей версии это не решить в приниципе

Отчего же. Для приложения это прозрачно

Цитата:

Да, но не забывайте, что при этом подходе при любом изменении таблицы в Аксапте и её синхронизации таблица в БД будет пересоздана как несекционированная. (по крайней мере в Оракле так)
Мне кажется этот вариант не очень жизнеспособным, ну разве что если у вас абсолютно статичная система без малейших модификаций...

Всего-то нужен job, который секционирует то, что "секционировали, секционировали да не высекционировали". Скрипт, приведенный выше, это умеет
BokarevSS, я бы на Вашем месте

• устроил ревизию модификаций
• посмотрел сюда

(именно в такой последовательности)

[ZVV]

Цитата:

Сообщение от Vadik

Всего-то нужен job, который секционирует то, что "секционировали, секционировали да не высекционировали"...

Безусловно, можно, но всё это будет отнимать дополнительное время, на синхронизацию, на "пересинхронизацию"...
Как говорится, "можно сделать всё - вопрос времени и целесообразности".