Re: Prevent printing "next step instructions" in initdb and pg_upgrade
От | Bruce Momjian |
---|---|
Тема | Re: Prevent printing "next step instructions" in initdb and pg_upgrade |
Дата | |
Msg-id | 20201111163819.GI12947@momjian.us обсуждение исходный текст |
Ответ на | Re: Prevent printing "next step instructions" in initdb and pg_upgrade (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Prevent printing "next step instructions" in initdb and pg_upgrade
|
Список | pgsql-hackers |
On Wed, Nov 11, 2020 at 11:21:22AM -0500, Bruce Momjian wrote: > On Wed, Nov 11, 2020 at 05:11:38PM +0100, Magnus Hagander wrote: > > > In summary, I think the vacuumdb --analyze is now a one-line command, > > > but the delete part can be complex and not easily typed. > > > > I definitely agree to that part -- my argument is that it's more > > complex (or rather, more platform-specific) than can easily be put in > > the script either. If it were to be replaced it wouldn't be withy "a > > command",it would be with instructions basically saying "delete the > > old cluster". Platform specific wrappers (debian, redhat, windows or > > whatever) knows more and could do a more complete job, but trying to > > make all that generic is very complicated. > > Agreed, but I don't see OS-specific instruction on how to delete the > tablespaces as reasonable --- that should be done by pg_upgrade, and we > have had almost no complaints about that. Stepping back, I have always felt there was need for a wrapper program to setup pg_upgrade, and clean up the old cluster on finish, though no one has created such a tool yet. -- Bruce Momjian <bruce@momjian.us> https://momjian.us EnterpriseDB https://enterprisedb.com The usefulness of a cup is in its emptiness, Bruce Lee
В списке pgsql-hackers по дате отправления: