Re: [Proposal] Allow users to specify multiple tables in VACUUM commands
Nathan Bossart <bossartn@amazon.com>
From: "Bossart, Nathan" <bossartn@amazon.com>
To: Michael Paquier <michael.paquier@gmail.com>
Cc: Masahiko Sawada <sawada.mshk@gmail.com>,
"David G. Johnston" <david.g.johnston@gmail.com>,
Robert Haas <robertmhaas@gmail.com>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>,
Tom Lane <tgl@sss.pgh.pa.us>
Date: 2017-09-04T14:47:09Z
Lists: pgsql-hackers
Attachments
- dedupe_vacuum_relations_v3.patch (application/octet-stream) patch v3
- vacuum_multiple_tables_v14.patch (application/octet-stream) patch v14
On 9/4/17, 7:14 AM, "Bossart, Nathan" <bossartn@amazon.com> wrote: > On 9/3/17, 11:46 PM, "Michael Paquier" <michael.paquier@gmail.com> wrote: >> I did not consider first that the list portion also needed to be >> modified, perhaps because I am not coding that myself... So now that >> it is becoming more complicated what about just using AutovacMemCxt? >> This would simplify the list of VacuumRelation entries and the >> RangeVar creation as well, and honestly this is ugly and there are no >> other similar patterns in the backend code: > > +1 I've made this change in v14 of the main patch. In case others had opinions regarding the de-duplication patch, I've attached that again as well. Nathan
Commits
-
Allow multiple tables to be specified in one VACUUM or ANALYZE command.
- 11d8d72c27a6 11.0 landed
-
Give a better error for duplicate entries in VACUUM/ANALYZE column list.
- ea31541f5648 9.6.6 landed
- e56facd8b300 9.2.24 landed
- b572b435ca67 9.4.15 landed
- a2b1eb23496e 10.0 landed
- a09d8be7ddaf 9.3.20 landed
- 71480501057f 11.0 landed
- 122289a66b92 9.5.10 landed
-
Reject ANALYZE commands during VACUUM FULL or another ANALYZE.
- e415b469b33b 9.5.0 cited