И еще о компрессии - NAV: Администрирование

Cheb · 04.03.2005, 09:51

Здравствуйте.

Выполнил на копии рабочей базы компрессию Товар Книги Операций за год с периодом сжатия год. Было удалено 350 тыс. записей, создано 50 тыс. Но размер базы не уменьшился!!! Смотрю в Информация БД: действительно, количество записей в копии уменьшилось, но размер одной записи больше. Не пойму, в чем дело?

Scorpie · 04.03.2005, 13:23

Цитата:

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

Здравствуйте.

Выполнил на копии рабочей базы компрессию Товар Книги Операций за год с периодом сжатия год. Было удалено 350 тыс. записей, создано 50 тыс. Но размер базы не уменьшился!!! Смотрю в Информация БД: действительно, количество записей в копии уменьшилось, но размер одной записи больше. Не пойму, в чем дело?

Престройте индексы и SIFT таблицы.
В форме списка таблиц - кнопка "оптимизировать".

**Dzemon** · 04.03.2005, 13:26

Да 32 таблица - это фигня, вот 5802 - основная проблема!
И еще гребаные Измерения.....

Тимур_imported · 04.03.2005, 21:30

А не надо слишком много измерений использовать.

Cheb · 05.03.2005, 08:12

Так что, получается, операция DELETE физически не удаляет запись? Это происходит только после Оптимизации? Или это касается только таблиц с SIFT-полями?

Scorpie · 05.03.2005, 11:46

Цитата:

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

Так что, получается, операция DELETE физически не удаляет запись? Это происходит только после Оптимизации? Или это касается только таблиц с SIFT-полями?

Запись удаляет. А кроме этого есть ещё размер таблицы и размер иднексов.
Вы меряете кол-во записей или занимаемый объем!? Уменьшение первого не обязательно тут же должно повлечь уменьшение второго.

Таблицы с сифт полями. там ещё интереснее. Записи с сифт таблицах вообще не удаляются. Т.е. если даже вы зачистите всю Главную Книгу записи в её сифт таблицах останутся на месте. просто обнуляться. Их сносит только "Оптимизация".

**Dzemon** · 05.03.2005, 12:00

Цитата:

Сообщение от Тимур

А не надо слишком много измерений использовать.

Полностью согласен!!!!!!!!!!!!!!!!
А 5802 - это Value Entry...

Есть еще подозрение, что первичный ключ - кластерный, т.е. записи физически упорядочиваются по первичному ключу. Соответственно изменение/удаление записей оставляет дырку в файле, которая лечится оптимизацией.