| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Hannu Krosing <hannu(at)tm(dot)ee>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Concerns about this release |
| Date: | 2001-12-19 02:03:51 |
| Message-ID: | 200112190203.fBJ23pE05888@candle.pha.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> Hannu Krosing <hannu(at)tm(dot)ee> writes:
> > This is the clash of views between OO and R parts of ORDB - tho OO part
> > _needs_ oid and a better support structure for OIDs, while the classical
> > RDB (aka. bean-counting ;) part has not need for them..
>
> What's that have to do with it? The direction we are moving in is that
> the globally unique identifier of an object is tableoid+rowoid, not just
> oid; but I fail to see why that's less support than before. If
> anything, I think it's better support. The tableoid tells you which
> table the object is in, and thus its type, whereas a single global OID
> sequence gives you no information at all about what the object
> represented by an OID is or where to look for it.
I like that idea a lot. I had not see that proposed before, to use a
combination table oid/sequence as the globally unique oid. Nice.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2001-12-19 02:06:31 | Re: Thoughts on the location of configuration files |
| Previous Message | Stephan Szabo | 2001-12-19 01:39:33 | Re: problems with table corruption continued |