Re: Re: reloption to prevent VACUUM from truncating empty pages at the end of relation
Masahiko Sawada <sawada.mshk@gmail.com>
From: Masahiko Sawada <sawada.mshk@gmail.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: "Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>,
David Steele <david@pgmasters.net>, Andres Freund <andres@anarazel.de>, "Bossart, Nathan" <bossartn@amazon.com>,
Tom Lane <tgl@sss.pgh.pa.us>, Andrew Dunstan <andrew.dunstan@2ndquadrant.com>,
Alvaro Herrera <alvherre@2ndquadrant.com>, Michael Paquier <michael@paquier.xyz>, Julien Rouhaud <rjuju123@gmail.com>, Laurenz Albe <laurenz.albe@cybertec.at>, "Jamison,
Kirk" <k.jamison@jp.fujitsu.com>, Amit Kapila <amit.kapila16@gmail.com>, Fujii Masao <masao.fujii@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2019-03-26T15:23:11Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add TRUNCATE parameter to VACUUM.
- b84dbc8eb80b 12.0 landed
-
Add vacuum_truncate reloption.
- 119dcfad988d 12.0 landed
-
Allow VACUUM to be run with index cleanup disabled.
- a96c41feec6b 12.0 cited
On Tue, Mar 26, 2019 at 10:30 PM Robert Haas <robertmhaas@gmail.com> wrote: > > On Tue, Mar 26, 2019 at 3:57 AM Tsunakawa, Takayuki > <tsunakawa.takay@jp.fujitsu.com> wrote: > > From: David Steele [mailto:david@pgmasters.net] > > > This patch appears to have been stalled for a while. > > > > > > Takayuki -- the ball appears to be in your court. Perhaps it would be > > > helpful to summarize what you think are next steps? > > > > disable_index_cleanup is handled by Sawada-san in another thread. I understand I've reflected all review comments in the latest patch, and replied to the opinions/proposals, so the patch status is kept "needs review." (I hope new fire won't happen...) > > I don't see a patch with the naming updated, here or there, and I'm > going to be really unhappy if we end up with inconsistent naming > between two patches that do such fundamentally similar things. -1 > from me to committing either one until that inconsistency is resolved. Agreed. I've just submitted the latest version patch that adds INDEX_CLEANUP option and vacuum_index_cleanup reloption. I already mentioned on that thread but I agreed with adding phrase positively than negatively. So if we got consensus on such naming the new options added by this patch could be something like SHRINK option (with true/false) and vacuum_shrink reloption. Regards, -- Masahiko Sawada NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center