From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> |
Cc: | "Peter Eisentraut" <peter_e(at)gmx(dot)net>, "PostgreSQL Development" <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: [HACKERS] Happy column dropping |
Date: | 2000-01-25 02:12:32 |
Message-ID: | 4891.948766352@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> writes:
> But I'm now inclined to generate unique relation file name each time
> in order to have different file names for different versions of a same
> relation oid. Without chainging relation oids,we would be to do
> nothing about their attributes/constraints etc.
I was thinking about adding a "version number" to the pg_class entry
for a relation, and then having its actual filename look like
RELATIONOID_vVERSION.SEGMENT
Then we have:
* Table rename: doesn't change the filename at all
* VACUUM with rebuild or ADD/DROP COLUMN: write new data into
files with an incremented version number. Also heap_update
the pg_class tuple with new version number. At instant of
commit, voila: the new files are valid, the old ones aren't.
Works for indexes, too.
> Anyway this must be decided after sufficient discussion.
> It's not the time to do it now.
Agreed. I think we are too close to 7.0 beta to consider doing this.
We can start thinking about it for 7.1 though.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Lockhart | 2000-01-25 02:16:23 | Re: [GENERAL] max(oid) |
Previous Message | Tatsuo Ishii | 2000-01-25 02:06:35 | Re: [HACKERS] fatal copy in/out error (6.5.3) |