Re: Interface for pg_autovacuum

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: Interface for pg_autovacuum
Дата
Msg-id 458AD44E.2070708@archonet.com
обсуждение исходный текст
Ответ на Re: Interface for pg_autovacuum  (Gregory Stark <stark@enterprisedb.com>)
Список pgsql-hackers
Gregory Stark wrote:
> "Jim Nasby" <jim.nasby@enterprisedb.com> writes:
> 
>> How about...
>>
>> ALTER TABLE ...
>> ALTER AUTOVACUUM [ THRESHOLD | SCALE | COST DELAY | COST LIMIT ]
>> ALTER AUTOANALYZE [ THRESHOLD | SCALE ]
>>
>> ... or would that create a whole bunch of reserved words?
> 
> The way to predict when you're going to run into conflicts in a case like this
> is to ask what happens if you have a column named "autovacuum" or
> "autoanalyze"...

Might it not be cleaner to treat them as scoped configuration values?

ALTER TABLE foo SET autovacuum.threshold = ...

Presumably it's not going to be the last such setting, and would give 
you a common format for setting all manner of system-object related things: - column statistics - fill-factor - comment
-per-column locale (when we get it) - any module-related tuning (tsearch2? slony?)
 

That way the parser just needs to treat the next thing after "SET" as a 
(possibly compound) identifier.

--   Richard Huxton  Archonet Ltd


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

Предыдущее
От: Teodor Sigaev
Дата:
Сообщение: Re: [PATCHES] Bundle of patches
Следующее
От: Teodor Sigaev
Дата:
Сообщение: Re: tsearch in core patch, for review