[EMAIL PROTECTED] (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=) writes:
> Will there be a clean upgrade path this time, or
> yet another dump-initdb-restore procedure?
Still TBD, I think --- right now pg_upgrade would still work, but if
Vadim finishes WAL there's going to have to be a dump/reload for that.
Another certain dump/reload in the foreseeable future will come from
adding tablespace support/changing file naming conventions.
> Unclean upgrades are one of major disadvantages of postgresql FTTB,
> IMHO.
You can always stick to Postgres 6.5 :-). There are certain features
that just cannot be added without redoing the on-disk table format.
I don't think we will ever want to promise "no more dump/reload";
if we do, it will mean that Postgres has stopped improving.
regards, tom lane
- [GENERAL] 7.1 Release Date Miguel Omar Carvajal
- Re: [GENERAL] 7.1 Release Date The Hermit Hacker
- Re: [GENERAL] 7.1 Release Date Trond Eivind Glomsr�d
- Re: [GENERAL] 7.1 Release Date The Hermit Hacker
- Re: [GENERAL] 7.1 Release Date Trond Eivind Glomsr�d
- Re: [GENERAL] 7.1 Release Date The Hermit Hacker
- Re: [GENERAL] 7.1 Release ... Trond Eivind Glomsr�d
- Re: [GENERAL] 7.1 Rele... The Hermit Hacker
- Re: [GENERAL] 7.1 Release Date Tom Lane
- Re: [GENERAL] 7.1 Release Date Trond Eivind Glomsr�d
- Re: [GENERAL] 7.1 Release Date Tom Lane
- Re: [GENERAL] 7.1 Release ... Sander Steffann
- Re: [GENERAL] 7.1 Release ... Elmar Haneke
- RE: [GENERAL] 7.1 Release Date Bill Barnes
- Re: [GENERAL] 7.1 Release Date Lamar Owen
- Re: [GENERAL] 7.1 Release Date Bruce Momjian
- Re: [GENERAL] 7.1 Release Date Jim Mercer
- Re: [GENERAL] 7.1 Release Date Bruce Momjian
- Re: [GENERAL] 7.1 Release Date Jim Mercer
