Re: [HACKERS] Happy column dropping

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

In response to

Responses

Browse pgsql-hackers by date

  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)