Добрый день.
Есть вопрос по статистике.


Имеется таблица. Если дать команду ANALYZE VERBOSE имя-таблицы
и делать это до VACUUM FULL (до очистки БД и таблиц)
то будет выведено кол-во "ЖИВЫХ" строк
и количество "МЕРТВЫХ" строк.

Как это сделать через запрос или где находится эта статистика.
В таблице pg_statistic этой информации не нашел, да и в других так же не нашел.
***********************
Нужно просто анализ на предмет распухших таблиц, которые реально имеют 1000 строк со средним значением всех столбцах (построчно) = 100 байт. В теории должны дать (ну грубо) 100 байт * 1000 строк = 100 кб.
.
Понятно, что там есть еще страницы, но они так же не показатель. Там может быть 20 страниц по 8 кб, а по факту в таблице осталось всего 50 строк, просто таблица была очень распухшей и потом все удалили.

В общем где копать, хоть какие таблицы посмотреть, дальше уже сам по справочникам.

.
.

Максим, Спасибо. Помогло.
Всегда думал, что Vacuum Full не только чистит, но и обновляет статистику.
Ан нет.
Короче, статистика по таблицам не обновится пока не пройдет сам сборщик статистики или не задать принудительно ANALYZE:




.

Ну тут в принципе ничего сложного.
Есть столбцы. Там есть данные по столбцам сколько каждый занимает байт.
Есть страницы.
Есть мертвые строки и живые строки. ИХ ТО МНЕ И НЕ ХВАТАЛО!

К примеру у меня 12 столбцов в сумме дают примерно 79 байта (это согласно статистике по всем 12 столбцам) .
Всего 4212 строк.
И в то же время 55 страниц.
Филфактор = 100 (по умолчанию, но я его иногда меняю на 75 или 80 если таблица постоянно перезаписывается),
Статистика , выборка делается по 10%.
Значит 79 байт*4212 = 332748 байт.
Тут есть спорный момент. В документации написано байт, хотя я подозреваю, что это символов. Так если будет "ttt текст", то это будет 9 символов, но вот байт будет (3+1)*1 + 5*2=4+10=14 (русские символы идут как за 2 байта).
По функциям хорошо видна разница размера в байтах и символах.

То есть в теории получаем 332'748 (см выше).
А при запросе показывает 458'752, что внимание!!!, соответствует ко-во блоков/страниц (=8192 байт): 55 блоков
и получаем 8192*55=450560 байт.

Там еще есть модификации.
Но здесь нужен просто параметр. Когда сама таблица весит 3 Гб, а сумма дает 21 Гб, то это уже большой повод задуматься.
Или она распухла или индексы не нужные или там много еще чего. В общем для этого все и делалось.

Когда в вашей БД всего 100-200 таблиц + 50 функций, то все норм, можно и вручную иногда глянуть.
А вот если проект новый, никаких подписей и информации о таблицах нет, а таблиц около 3000 штук
и функций столько же и никакой документации
да и функции писали разные люди и опять же практически без описаний
- то тут реально Ж./головная боль. (жуткая головная боль, ничего нецензурного)! ;-)


***************************************************
P.S.
-- pg_catalog.pg_attribute - это информация по всем слотбцам таблицы, в том числе и служебным и там же примечание/описание к столбцам
-- pg_catalog.pg_statistic - это статистика по каждому столбцу каждой таблицы (примерно)
В общем документация вам в помощь. Благо она хорошо задокументирована. Хотя и не без пробелов.
.
.

Maxim Boguk

Еще раз спасибо. Опять помог.