|
![]() |
#1 |
Участник
|
|
|
![]() |
#2 |
Участник
|
Цитата:
![]() Фича хорошая. И не только в качестве меры борьбы с размером базы. Реально уменьшает нагрузку на дисковую подсистему, но увеличивает нагрузку на процессор (не особо критично - до 20% в зависимости от данных), ибо распаковка происходит уже в памяти! Но поскольку сейчас век многоядренных процов, то ИМХО (да и сточки зреня разработчиков СУБД) нето не сильно сказывается на общей нагрузке процессора. На Оракле есть доже и по-моему давно. Единственное что - для 2005 я бы не стал, наверное, использовать ибо работает только на Enterprise редакции, и на Standart уже не развернешь базу! А в 2008 ИМХО круче поюзать PAGE компрессию. ps Вот интересная статейка - http://www.oszone.net/print/6832/ |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#3 |
Участник
|
Почистил указанные поля в CustInvoiceTrans за 4 месяца прошлого года, это примерно 30% этой таблицы. Очистилось 358 млн.знаков, т.е. около 700 Мб. Как и ожидал, уменьшения размера таблицы MS SQL Management Studio не показал. Посмотрим, даст ли что-то дефрагментация.
|
|
![]() |
#4 |
Участник
|
после удаления она значительно уменьшит занимаемый объем.
|
|
![]() |
#5 |
Модератор
|
Пользуюсь
Цитата:
Каких побочных явлений стоит ждать?
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
Теги |
ax4.0, custinvoicetrans, база данных, как правильно, полезное, сжатие, сжатие базы, чистка |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|