Re: Proposal "VACUUM SCHEMA"

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Proposal "VACUUM SCHEMA"
Дата
Msg-id 3418.1419189513@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Proposal "VACUUM SCHEMA"  (Fabrízio de Royes Mello <fabriziomello@gmail.com>)
Ответы Re: Proposal "VACUUM SCHEMA"  (Fabrízio de Royes Mello <fabriziomello@gmail.com>)
Re: Proposal "VACUUM SCHEMA"  (Andres Freund <andres@2ndquadrant.com>)
Re: Proposal "VACUUM SCHEMA"  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Fabrízio de Royes Mello <fabriziomello@gmail.com> writes:
> I work with some customer that have databases with a lot of schemas and
> sometimes we need to run manual VACUUM in one schema, and would be nice to
> have a new option to run vacuum in relations from a specific schema.

I'm pretty skeptical of this alleged use-case.  Manual vacuuming ought
to be mostly a thing of the past, and even if it's not, hitting
*everything* in a schema should seldom be an appropriate thing to do.

While the feature itself might be fairly innocuous, I'm just wondering
why we need to encourage manual vacuuming.  And why that, but not
say schema-wide ANALYZE, CLUSTER, TRUNCATE, ...
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Add min and max execute statement time in pg_stat_statement
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: 9.5: Better memory accounting, towards memory-bounded HashAgg