Alvaro Herrera <[EMAIL PROTECTED]> 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! -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers