> Here is the patch that replace pg_autovaccum catalog with reloptions. I > refactored the reloptions.c to support multiple parameters and made the > action of adding a new option an easy task. I'm testing it yet, so don't > expect it to work properly. I'll prepare docs as soon as I finish the > tests. Do i have to prepare some regression tests? > > I don't provide a pg_autovacuum view as suggested by Itagari-san [1] but > if others agree that we need it, I will work on it. I don't if we need a > function (wrapper around getRelOption()) to get an option from > reloptions array. > > I add an ugly-hack to \d+ foo. IMHO, it'll be good to know what options > are used by table/index foo (we already do it for oids) but I'm not > happy with my suggestion. > > I move RelationGet*() functions from rel.h. That's because we need some > knowledge that's only in reloptions.c (getRelOptions). But I want to > avoid including reloptions.h at some files. > > Comments? > > PS> don't forget to remove include/catalog/pg_autovacuum.h
Several things related to this patch have been committed: http://archives.postgresql.org/message-id/[email protected] http://archives.postgresql.org/message-id/[email protected] (and several follow-on commits) What still remains to be done for 8.4? ...Robert -- Sent via pgsql-hackers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
