Harald Fuchs escribió: > In article <20090204165933.GB32680@xxxxxxxxxxxxxx>, > Alvaro Herrera <alvherre@xxxxxxxxxxxxxxxxx> writes: > > > Marc Mamin wrote: > >> There are 2 features that would be helpfull in my case: > >> > >> - define vacuum properties on table groups rather than on given tables: > > Hmm. I'm not really sure how could we handle this kind of situation. > > Couldn't we use schemas for that? Put all those tables into a > separate schema and somehow tell autovacuum to leave that schema > alone. I don't like that. It would force the users to use schemas in a certain way, taking flexibility away from them. In an old design for autovacuum "maintenance windows" (which were promised for 8.2 and still haven't seen the light of day) we were introducing "table groups" as a concept. Sounds like something that applies here too. If you can attach a table to a group during creation, you can decide its autovacuum schedule right there. You should be able to do something like create table d_123 ( ... ) WITH (autovacuum_group = 'dont_ever_vacuum'); which means autovacuum automatically ignores that table. -- Alvaro Herrera http://www.CommandPrompt.com/ PostgreSQL Replication, Consulting, Custom Development, 24x7 support -- Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin
