Re: pg_upgrade -u

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_upgrade -u
Дата
Msg-id 20130521184111.GA1322@momjian.us
обсуждение исходный текст
Ответ на Re: pg_upgrade -u  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: pg_upgrade -u  (Ray Stell <stellr@vt.edu>)
Re: pg_upgrade -u  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-general
On Wed, May  8, 2013 at 08:52:40PM -0400, Bruce Momjian wrote:
> On Wed, May  8, 2013 at 05:05:05PM -0400, Ray Stell wrote:
> > A minor detail in 9.2.4, but I noticed that the pg_upgrade flag for
> > superuser, -u, does not get carried to a -U flag on the vacuumdb commands
> > written to analyze_new_cluster.sh.
>
> OK, let me look at this issue.

I have thought about this and there are potentially several options
specified to pg_upgrade that could be passed into scripts:

  -O, --new-options=OPTIONS     new cluster options to pass to the server
  -P, --new-port=NEWPORT        new cluster port number (default 50432)
  -u, --user=NAME               cluster superuser (default "root")

However, if we pass these items into the scripts, we then force these
values to be used, even if the user wants to use a different value.  It
is a balance between supplying defaults vs. requiring the user to supply
or change the values used during the ugprade.

At this point, I have favored _not_ supplying defaults in the script.
Do you have an alternative argument in favor of supplying defaults?

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +


В списке pgsql-general по дате отправления:

Предыдущее
От: Moshe Jacobson
Дата:
Сообщение: Strange locking problem
Следующее
От: Dev Kumkar
Дата:
Сообщение: Re: [ODBC] ODBC constructs