From: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Details for planned template0/template1 change |
Date: | 2000-11-13 17:40:54 |
Message-ID: | 3A1027A6.593F2C6C@wgcr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> > That is a great side-effect. Now, if there were a way to initdb just
> > template0, leaving everything else in place, then rebuilding template1
> I'm missing something --- I don't see how this affects pg_upgrade one
> way or the other, except of course that it should be prepared to cope
> with user data in template1 (not sure if it does or not now).
Maybe I spoke too soon....
> pg_upgrade won't be usable for the 7.1 transition anyway, because of WAL
> changes (page header format is changing). I dunno whether it will be
> usable at all under WAL --- Vadim will have to comment on that.
Of course, the upgrade from 7.0 to 7.1 involves a physical on disk
format change (implying pg_upgrade's uselessness in doing its job
there). You know, our version numbers aren't at all consistent WRT disk
format. ISTM that 6.5 should have been 7.0 due to its format change,
and 7.1 should be 8.0.
Changing from 6.5 to 7.0 is less of a format change than 6.4 to 6.5 or
7.0 to 7.1.
But, what's in a version number.... :-) They don't _have_ to be
consistent, really.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2000-11-13 17:51:57 | Re: UUNET socket-file-location patch |
Previous Message | Tom Lane | 2000-11-13 17:38:13 | Re: Details for planned template0/template1 change |