azsxУ меня есть таблица.
id_data bigint NOT NULL DEFAULT nextval('ind_data_id_ind_data_seq'::regclass),
md5_data character(32) NOT NULL,
data_data text,
zabral_1 boolean NOT NULL DEFAULT false,
zabral_2 boolean,
zabral_3 boolean
Получается я ошибся при проектировании. Каждую запись надо долго обрабатывать, я поставил поля boolean когда обработка проходит, я туда труе пишу. Как я читаю на форуме получается, что при этом копируется вся запись целиком а старое место остается незанятым и редко когда целиком займется. Соответственно база пухнет.
SELECT count(1) FROM my_tabl WHERE zabral_1 OR zabral_2 OR zabral_33;

Строк 6 391 150, размер сначала (сгоряча) посмотрел только в pgadmin было: таблица 1568 мб, toast 69gb, индексы 857. Я провел обслуживание full (как я понимаю full vacum) делалось часа три, наверное, всех отключил нафиг. написал сообщение, типа почистил 1500 записей, хотя не понятно как, я вроде ничо не удалял. В итоге таблица 1559 мб, toast 70gb, индексы 360(857) мб.
Вопрос, так что же делает full? В моем случае он просто реиндекс сделал за три часа, круто, чо...
Более важный вопрос, как сжать таблицу?

перед vacuum full имеет смысл сделать pgstattuple() на саму таблицу и на toast чтобы понять что там с незанятым местом.
Вполне может быть что у вас ничего и не распухло особо (особенно если долгих транзакций не было а записи обновляются 2-4 раза за время жизни а не 2000-4000+ раз).

--
Maxim Boguk
www.postgresql-consulting.ru