Date: Sat, 5 Jan 2019 10:19:41 +0900
From: Michael Paquier <michael@paquier.xyz>
To: "Bossart, Nathan" <bossartn@amazon.com>
Cc: Robert Haas <robertmhaas@gmail.com>,
	"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Subject: Re: A few new options for vacuumdb
Message-ID: <20190105011941.GD4849@paquier.xyz>
References: <FFE5373C-E26A-495B-B5C8-911EC4A41C5E@amazon.com>
 <20181220020522.GM27104@paquier.xyz>
 <7B4ACE8E-5D81-416B-B984-17E60F7ABABA@amazon.com>
 <CA+TgmoaQ+h-gNAn3LL3Sn=_JVOGg8QDiRY1V6t4ECqPVWFTH=g@mail.gmail.com>
 <33F59F9F-78A6-4ECE-BFE0-B1E4AAF40094@amazon.com>
 <579F2B3A-4EA5-4032-AAD9-4AEE9219A4AB@amazon.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="C+ts3FVlLX8+P6JN"
Content-Disposition: inline
In-Reply-To: <579F2B3A-4EA5-4032-AAD9-4AEE9219A4AB@amazon.com>
Precedence: bulk


--C+ts3FVlLX8+P6JN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Jan 04, 2019 at 11:49:46PM +0000, Bossart, Nathan wrote:
> 0004 introduces a slight change to existing behavior.  Currently, if
> you specify a missing table, vacuumdb will process each table until
> it reaches the nonexistent one, at which point it will fail.  After
> 0004 is applied, vacuumdb will fail during the catalog query, and no
> tables will be processed.

I have not looked at the patch set in details, but that would make
vacuumdb more consistent with the way VACUUM works with multiple
relations, which sounds like a good thing.
--
Michael

--C+ts3FVlLX8+P6JN
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAlwwBi0ACgkQnvQgOdby
QH2HWg//YP7ksNbvGND8fcndDlyKB4SwXhmb54n4isUHBzCNrS+ZunJGDOQGW2jK
WGbK5RhJbQfGFOFQhBEBt3KDJGWH0Ipq9iOCP9Zmcml/bj/krmwl8ww3P54+BvKE
c5r5ZbJ8BsDSyasa1MLzR2yX6WnuYU4nE+yfsaPBfHTnbms9dM7eZSTf55Lwx2XP
KkaRgTiJACj7sFm31Nb0QnnbWtQVzpPfchkuNOeXkwksGz/gYVbEVyKQobxHAgdq
kxLjuvPpTtX0TZjG4YK1dnL58Z9N5l4Fwom3GdZ1WT3XMFpXZ5neEIYqsjrvXo/U
PU1drouRpBX8pvZNSUDHykEmRKYrcDYhb+wkmThAyV2Q0wDDJJAZrlaYK5sxrGEr
x0K6H29/FEYd5bvZNOIM6RxpA5gX9/c3YPcu/FSgvCsEBWjrUVsu+B8WURH3VcsS
HRiyHrz7klj9TvkDk8O/YjFP+Spn/uGqnrmP7ZqUGC1DNoTWU3HHbEycZ+HCjKUC
+77NrWIUCqgiyMyUvLHLKsivXK+tqQOs4W/tgqo7XShJNyUBgQjPJ56yEvEEazXG
vQxVDYT5XvrP6V54bwCeTPVbT2q+OrboyhPWrNE8yQo/C+RwaFfGSkoZJrt+7n1O
XjSkhapTg5bfbc5LvJe9e6Kkfr+0RvKYYsrpZPhlraqHxSaniM8=
=l+po
-----END PGP SIGNATURE-----

--C+ts3FVlLX8+P6JN--