gk2Добрый день! У меня есть несколько таблиц, которые часто изменяются и в основном это insert, но для одной часто выполняется delete. Каждый день, в определенное время выполняется VACUUM FULL ANALYZE для всех этих таблиц, всё было хорошо, довольно длительное время. Но вот недавно возникла ситуация, что на одной из этих таблиц пропал индекс, но мы к сожалению не уверены был ли он точно раньше. Я читал, что индексы слетают только при неполадках железа. Хотелось бы узнать, нужно ли мне дополнительно, каждый день, выполнять для этих таблиц REINDEX? И вообще хотелось бы узнать, в каких случаях REINDEX выполняется систематически?

А что значит пропал? И каким образом от этого reindex поможет?
Пропал - значит или его не было с самого начала или его дропнули руками.

>И вообще хотелось бы узнать, в каких случаях REINDEX выполняется систематически?
Не в каких на самом деле. Впрочем полезно сделать если вы больше 50% строк в таблице удалили.

PS: vacuum full каждый день тоже идея странная и не нужная.

PPS: если у вас версия базы 9.2+ то vacuum full индексы тоже перестроит с нуля.

--
Maxim Boguk
www.postgresql-consulting.ru

qwwqMaxim Boguk >И вообще хотелось бы узнать, в каких случаях REINDEX выполняется систематически?
Не в каких на самом деле. Впрочем полезно сделать если вы больше 50% строк в таблице удалили.
у меня есть таблички логической блокировки ресурсов уеб--сеансами. там периодически 5000% дед ровсов. вакуумлю (ANALYZE без full) джобом раза два в час. (хотя и раз в минуту -- было бы не вредно -- их там есть). Индекс, на <1000 постоянно активных записей распухает до 10 МБ (там уникъю==pk используется в качестве разделяемого ресурса).



Хотелось бы для таких целей табличку -- блокировочник . Было бы удобно, думается. (ко-то из мс-скльщиков [с таким антипаттерном] плакался лет несколько тому, что к пж не смог приладиться -- именно из-за безмерно опухающих индексов).

Ну и с реиндексом без окна обслуживания приходится прыгать в Try -- exept , со снятием по времени. (переделать на не pk руки не доходят).

вполне допускаю, что ошибка дизайна, но других нет. приехало решение с оракла. там вроде бы жило без проблем.

На таких таблицах и таком профиле использования любые транзакции длиннее 1 минуты (включая pg_dump) должны быть запрещены. Иначе да - будут пухнуть и таблицы и (несколько меньше) индексы.
Врожденное свойство postgresql увы, зато rollback очень дешевый ;).

--
Maxim Boguk
www.postgresql-consulting.ru