Re: Interface for pg_autovacuum - Mailing list pgsql-hackers

From Richard Huxton
Subject Re: Interface for pg_autovacuum
Date
Msg-id 458AD44E.2070708@archonet.com
Whole thread Raw
In response to Re: Interface for pg_autovacuum  (Gregory Stark <stark@enterprisedb.com>)
List 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 by date:

Previous
From: Teodor Sigaev
Date:
Subject: Re: [PATCHES] Bundle of patches
Next
From: Teodor Sigaev
Date:
Subject: Re: tsearch in core patch, for review