Re: State of Beta 2 - Mailing list pgsql-general

From Joshua D. Drake
Subject Re: State of Beta 2
Date
Msg-id 3F6603EB.3000409@commandprompt.com
Whole thread Raw
In response to Re: State of Beta 2  (Lamar Owen <lowen@pari.edu>)
Responses Re: State of Beta 2  (Lamar Owen <lowen@pari.edu>)
Re: State of Beta 2  (Andrew Rawnsley <ronz@ravensfield.com>)
Re: State of Beta 2  (Ron Johnson <ron.l.johnson@cox.net>)
List pgsql-general
> Strawmen.  If we provide a good upgrade capability, we would just
> simply have to think about upgrades before changing features like
> that.  The upgrade code could be cognizant of these sorts of things;
> and shoud be, in fact.

Sure but IMHO it would be more important to fix bugs like the parser not
correctly using indexes on bigint unless the value is quoted...

I think everyone would agree that not having to use initdb would be nice
but I think there is much more important things to focus on.

Besides if you are upgrading PostgreSQL in a production environment I
would assume there would be an extremely valid reason. If the reason is
big enough to do a major version upgrade then an initdb shouldn't be all
that bad of a requirement.

J



--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-222-2783 - jd@commandprompt.com - http://www.commandprompt.com
The most reliable support for the most reliable Open Source database.



pgsql-general by date:

Previous
From: Abdul-Wahid Paterson
Date:
Subject: after postgres upgrade - ERROR: current transaction is aborted
Next
From: Holger Marzen
Date:
Subject: Re: pg 7.3.4 and linux box crash