|
![]() |
#1 |
Участник
|
Возник вопрос правда не совсем тему.
Объем зарплатной базы с января этого года составлял 6 гб. Прочитав тему - убрала с Зарпл.ЖурналСтроки галки с MainSiftIndex. Решила убрать эти же галки и с Зарпл.КнигиОперации. Объем базы составил 1.4 гб. Я в шоке. 4 гб - составляли ключи? И теперь собственно вопрос. Чем мне это грозит? В принципе flow-field поля в Зарплате не используются-как в основном Навижине. Поэтому мне кажется ничем не грозит. |
|
![]() |
#2 |
Участник
|
Цитата:
Сообщение от Галина
![]() Возник вопрос правда не совсем тему.
Объем зарплатной базы с января этого года составлял 6 гб. Прочитав тему - убрала с Зарпл.ЖурналСтроки галки с MainSiftIndex. Решила убрать эти же галки и с Зарпл.КнигиОперации. Объем базы составил 1.4 гб. Я в шоке. 4 гб - составляли ключи? И теперь собственно вопрос. Чем мне это грозит? В принципе flow-field поля в Зарплате не используются-как в основном Навижине. Поэтому мне кажется ничем не грозит. А вот в таб 14821 со всех ключей MainSiftIndex поснимать - не совсем хорошо. Там есть несколько ключей (не помню, пара или около того), суммовые индексы которых используются в расчете ЗП. Расчет сильно замедлиться может. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от konrad
![]() Все нормально. Ключи столько и жрут - тем более не оптимизированые сифты. Поснимайте еще MaintainSQLIndex для ключей, которые в редко используемых отчетах применяются. Еще пол-гига, а то и более освободится.
А вот в таб 14821 со всех ключей MainSiftIndex поснимать - не совсем хорошо. Там есть несколько ключей (не помню, пара или около того), суммовые индексы которых используются в расчете ЗП. Расчет сильно замедлиться может. Я сняла с 14821-и у меня сразу 4 гб освободилось. Проверяла расчет по минутам-работает одинаково. |
|