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

[ZVV]

Цитата:

Сообщение от George Nordic

Прочитайте про сегментирование. Раньше поддерживалось только на Oracle, но, кажется, в SQL 2005 тоже появилась такая возможность. Идея в том, что таблицу можно по некому признаку разбить на части - и, например, за последний год оставить на быстром диске, а остаток - убрать на обычный и медленный. Однако не работает при использовании локализованных отчетов.

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

[madm]

Вкраце коллеги уже написали, дополню: Partitioned Tables and Indexes in SQL Server 2005


Какая у Вас СУБД используется? Какой размер БД? Вообще как пришли к решению что надо разделить данные?

[BokarevSS]

СУБД - Microsoft SQL Server 2000 Standart.
Размер БД - 23Гб.
С ростом базы система работает все медленнее и медленее, и в добавок мы делаем ежедневные бэкапы и каждый день бэкапить старые года, по сути одно и тоже, бессмысленная трата дискового пространства. Один бэкап = 3,5Гб.

[MironovI]

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

[Vadik]

Цитата:

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

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

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

Цитата:

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

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

Цитата:

СУБД - Microsoft SQL Server 2000 Standart

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

Цитата:

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

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

Цитата:

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

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

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

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

[ZVV]

Цитата:

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

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

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