Re: autovacuum and reloptions

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: autovacuum and reloptions
Дата
Msg-id 87d4ibqdc9.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на autovacuum and reloptions  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: autovacuum and reloptions  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:

> Before we waste too much time thinking how this registering is to be
> done, does anybody think that the current approach is OK and thus I
> should just add the autovacuum options directly into StdRdOptions and
> default_reloptions?

Given Simon's suggestion that i/o parameters should be per-tablespace I think
we might need to refactor this further.

I wonder if we could piggy-back on guc parameters. So you would register a guc
variable with a flag saying it's sensible to be set per-tablespace or
per-table. 

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's PostGIS support!


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: autovacuum and reloptions
Следующее
От: Tom Lane
Дата:
Сообщение: CREATE DATABASE vs delayed table unlink