RE: reloption to prevent VACUUM from truncating empty pages at theend of relation
От | Jamison, Kirk |
---|---|
Тема | RE: reloption to prevent VACUUM from truncating empty pages at theend of relation |
Дата | |
Msg-id | D09B13F772D2274BB348A310EE3027C6416E5A@g01jpexmbkw24 обсуждение исходный текст |
Ответ на | RE: reloption to prevent VACUUM from truncating empty pages at theend of relation ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>) |
Ответы |
RE: reloption to prevent VACUUM from truncating empty pages at theend of relation
Re: reloption to prevent VACUUM from truncating empty pages at theend of relation |
Список | pgsql-hackers |
On February 1, 2019, Tsunakawa, Takayuki wrote: >> As most people seem to agree adding the reloption, here's the patch. >> It passes make check, and works like this: >Sorry, I forgot to include the modified header file. Revised patch attached. Thank you for this. I applied the patch. It builds successfully, and passed the regression tests. I also tried testing with the parameter when its enabled and disabled, and it works as intended for CREATE TABLE and ALTER TABLE a SET (shrink_enabled = on/off) and RESET (shrink_enabled). I have yet to test the performance benchmark. I wonder if there is a better reloption name for shrink_enabled. (truncate_enabled, vacuum_enabled? Hmm. No?) On the other hand, shrink_enabled seems to describe well what it's supposed to do when vacuuming tables. Besides there's a similarly-named autovacuum_enabled option. I think if most seem to agree to have this solution in place and to review this further and cover what might be missing, then shall we register this to next CF? Regards, Kirk Jamison
В списке pgsql-hackers по дате отправления: