Показать сообщение отдельно
Старый 13.01.2009, 19:13   #10  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1850 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от BokarevSS Посмотреть сообщение
Размер БД - 23Гб. С ростом базы система работает все медленнее и медленее
Ну вообще 23Гб это imho не совсем тот размер, с которого стоит partitioning-ом заморачиваться. Идея секционирования по дате тоже весьма сомнительная, так как довольно небольшой процент запросов получит с этого хоть какие-то бенефиты. Если повезет (или неповезет, это кому как) и компаний много, можно отсекционироваться по DATAAREAID, скрипт уже демонстрировался
Цитата:
мы делаем ежедневные бэкапы и каждый день бэкапить старые года, по сути одно и тоже, бессмысленная трата дискового пространства. Один бэкап = 3,5Гб
Отдает эконимией на спичках Бэкапьтесь больше и чаще
Цитата:
СУБД - Microsoft SQL Server 2000 Standart
Учитывая это, про секционирование можно забыть - нет его в 2000
Цитата:
В общем - на мой взгляд на 3ей версии это не решить в приниципе
Отчего же. Для приложения это прозрачно
Цитата:
Да, но не забывайте, что при этом подходе при любом изменении таблицы в Аксапте и её синхронизации таблица в БД будет пересоздана как несекционированная. (по крайней мере в Оракле так)
Мне кажется этот вариант не очень жизнеспособным, ну разве что если у вас абсолютно статичная система без малейших модификаций...
Всего-то нужен job, который секционирует то, что "секционировали, секционировали да не высекционировали". Скрипт, приведенный выше, это умеет
BokarevSS, я бы на Вашем месте
  • устроил ревизию модификаций
  • посмотрел сюда
(именно в такой последовательности)
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: BokarevSS (1).