From: | Hannu Krosing <hannu(at)tm(dot)ee> |
---|---|
To: | Chris Bitmead <chris(at)bitmead(dot)com> |
Cc: | Chris Bitmead <chrisb(at)nimrod(dot)itg(dot)telstra(dot)com(dot)au>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Thus spoke SQL3 (on OO) |
Date: | 2000-05-22 09:00:56 |
Message-ID: | 3928F748.3F51EA87@tm.ee |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Chris Bitmead wrote:
>
> Hannu Krosing wrote:
> >
> > Chris Bitmead wrote:
> > >
> > > Hannu Krosing wrote:
> > >
> > > > Chris, what is your position on having a single primary key for all
> > > > inherited columns ?
> > >
> > > What is the significance of a primary key compared to any old unique
> > > key?
> >
> > I don't know ;) Some theorists seem to think it important, and PG allows
> > only one PK per table.
> >
> > I just meant that primary key (as well as any other uniqe key) should be
> > inherited from parent table
>
> What object theory would say is that oid uniquely identifies an object.
> Other unique keys should usually be inherited.
it would be hard to define RI by just saying that some field references "an
OID",
often you want to be able do define something more specific.
It would be too much for most users to require that all primary and foreign
keys
must be of type OID.
It about flexibility, much much like the situation with SERIAL vs.
INT DEFAULT NEXTVAL('SOME_SEQUENCE')
------------
Hannu
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2000-05-22 09:03:11 | Re: [HACKERS] Postgresql OO Patch |
Previous Message | Hannu Krosing | 2000-05-22 08:30:19 | Re: Thus spoke SQL3 (on OO) |