From: | Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [patch] pg_ctl init extension |
Date: | 2009-09-18 06:43:59 |
Message-ID: | 1253256239.1242.51.camel@localhost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut píše v čt 17. 09. 2009 v 23:00 +0300:
> On tor, 2009-09-17 at 21:43 +0200, Zdenek Kotala wrote:
> > Attached patch extends pg_ctl command with init option.
> >
> > pg_ctl -D /var/lib/postgres [-s] init
> >
> > This should replace usage of initdb command which has problematic name
> > as we already discussed several times. Initdb binary will be still
> > there, but it can be renamed and move into execlib dir in the future.
>
> If the name is a problem, why not change the name? What you are
> proposing above is effectively a very elaborate name change, so why not
> go for a simpler one?
The idea is to have one command for server control. By my opinion init
logically belongs to group of command like start/stop. It is also
possible to add parameter for init+start in one command and so on.
If you look on ZFS you have only two commands to manage everything, it
is easy and you can start to use ZFS very quickly. I think this patch
increase usability/adoption od postgreSQL for newbies.
And second big advantage is that it would be possible easily extend
pg_ctl to cope with different postgresql versions (e.g. "pg_ctl -v 8.2
-D . init"). There is no reason why pg_ctl couldn't start different
postgreSQL version depends on PG_VERSION in data directory.
Zdenek
From | Date | Subject | |
---|---|---|---|
Next Message | Albe Laurenz | 2009-09-18 06:50:35 | Re: Feedback on getting rid of VACUUM FULL |
Previous Message | Michael Paquier | 2009-09-18 06:10:14 | Re: [PATCH] pgbench: new feature allowing to launch shell commands |