Re: Per-tablespace autovacuum settings
От | Oleksii Kliukin |
---|---|
Тема | Re: Per-tablespace autovacuum settings |
Дата | |
Msg-id | 9DB1BADF-B204-4D0F-A277-EF6A6B261147@hintbits.com обсуждение исходный текст |
Ответ на | Re: Per-tablespace autovacuum settings (Robert Haas <robertmhaas@gmail.com>) |
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Apr 25, 2019 at 12:36 PM Oleksii Kliukin <alexk@hintbits.com> wrote: >> - Fallbacks to autovacuum parameters in another scope. Right now in the >> absence of the per-table and per-tablespace autovacuum parameters the code >> uses the ones from the global scope. However, if only some of the reloptions >> are set on a per-table level (i.e. none of the autovacuum related ones), we >> assume defaults for the rest of reloptions without consulting the lower >> level (i.e .per-tablespace options). This is so because we don’t have the >> mechanism to tell whether the option is set to its default value (some of >> them use -1 to request the fallback to the outer level, but for some it’s >> not possible, i.e. autovacuum_enabled is just a boolean value). > > That sounds like it's probably not acceptable? Yes, I think it would be inconsistent. However, it looks like all the options from AutoVacOpts other than autovacuum_enabled are set to -1 by default. This can be used to tell whether the option is set to its default value. For autovacuum_enabled we don’t care much: it’s true by default and it’s a safe choice (even if the global autovacuum is off, enabling per-table or per-tablespace one is a no-op). I will update the patch. Cheers, Oleksii
В списке pgsql-hackers по дате отправления: