Посоветуйте по чистке CustInvoiceTrans

[Vadik]

Цитата:

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

Ax 4.0, SQL 2005
В нашей базе CustInvoiceTrans - самая большая по занимаемому месту таблица (12.5 Гб, 14 млн.записей)

Вообще странно, что не INVENTTRANS с INVENTSETTLEMENT, ну да ладно

Цитата:

В табличке заполнены текстовые поля:
..
Отчеты или запросы с этими полями нами нигде не используются.
..
Вопрос: даст ли реальную экономию места в базе полная очистка этих полей, и как ее можно было бы грубо оценить ? (скажем, в % от занимаемого сейчас места)
Стоит ли такая овчинка выделки?

Очистка, которую Вы хотите сделать, связана с незначительной, но все же потерей данных. Если есть уверенность в том, что потребность перепечатать все накладые клиенту за прошлые периоды не возникнет и пара сэкономленных гигабайт важны - почему бы и нет?
Может быть, есть смысл посмотреть в сторону других опций типа Reducing Database Size by Using Vardecimal Storage Format или даже следующих версий СУБД (SQL SERVER 2008, data compression)

[Zabr]

Цитата:

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

Вообще странно, что не INVENTTRANS с INVENTSETTLEMENT, ну да ладно

Inventsettlement самая большая по числу записей, а Custinvoicetrans - по занимаемому месту в базе. Это специфика сетевой розницы.

Цитата:

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

Очистка, которую Вы хотите сделать, связана с незначительной, но все же потерей данных. Если есть уверенность в том, что потребность перепечатать все накладые клиенту за прошлые периоды не возникнет и пара сэкономленных гигабайт важны - почему бы и нет?
Может быть, есть смысл посмотреть в сторону других опций типа Reducing Database Size by Using Vardecimal Storage Format или даже следующих версий СУБД (SQL SERVER 2008, data compression)

Поскольку наша торговля - розничная, то накладные не печатаются (тут другие требования к документам). А за ссылку спасибо.

[mazzy]

Цитата:

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

Reducing Database Size by Using Vardecimal Storage Format

Э-э-э. Радикально.
Вадим, ты сам этим советом пользовался? Каких побочных явлений стоит ждать?

[egorych]

Цитата:

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

Э-э-э. Радикально.
Вадим, ты сам этим советом пользовался? Каких побочных явлений стоит ждать?

Я не Вадим, но немного прояснить могу
Фича хорошая. И не только в качестве меры борьбы с размером базы. Реально уменьшает нагрузку на дисковую подсистему, но увеличивает нагрузку на процессор (не особо критично - до 20% в зависимости от данных), ибо распаковка происходит уже в памяти!
Но поскольку сейчас век многоядренных процов, то ИМХО (да и сточки зреня разработчиков СУБД) нето не сильно сказывается на общей нагрузке процессора.
На Оракле есть доже и по-моему давно.
Единственное что - для 2005 я бы не стал, наверное, использовать ибо работает только на Enterprise редакции, и на Standart уже не развернешь базу! А в 2008 ИМХО круче поюзать PAGE компрессию.
ps Вот интересная статейка - http://www.oszone.net/print/6832/

[Zabr]

Почистил указанные поля в CustInvoiceTrans за 4 месяца прошлого года, это примерно 30% этой таблицы. Очистилось 358 млн.знаков, т.е. около 700 Мб. Как и ожидал, уменьшения размера таблицы MS SQL Management Studio не показал. Посмотрим, даст ли что-то дефрагментация.

[mazzy]

Цитата:

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

Почистил указанные поля в CustInvoiceTrans за 4 месяца прошлого года, это примерно 30% этой таблицы. Очистилось 358 млн.знаков, т.е. около 700 Мб. Как и ожидал, уменьшения размера таблицы MS SQL Management Studio не показал. Посмотрим, даст ли что-то дефрагментация.

после удаления она значительно уменьшит занимаемый объем.

[Vadik]

Цитата:

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

Э-э-э. Радикально.
Вадим, ты сам этим советом пользовался?

Пользуюсь

Цитата:

Каких побочных явлений стоит ждать?

При включении пройдет полная реорганизация таблицы, так что стоит запланировать определенный простой. Да, опция недоступна в Standard редакции, так что на ней БД восстановить не удастся. В остальном - для приложения (AX) это изменение проходит прозрачно

[mazzy]

Цитата:

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

Может быть, есть смысл посмотреть в сторону других опций типа Reducing Database Size by Using Vardecimal Storage Format или даже следующих версий СУБД (SQL SERVER 2008, data compression)

часть обсуждения выделена сюда Отсюда вопрос - где эффективнее всего использовать данное сжатие ? OLAP системы ? OLTP системы ?