Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Tutorial

From: elein <elein(at)varlena(dot)com>
To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Cc: Joe Conway <mail(at)joeconway(dot)com>, elein <elein(at)varlena(dot)com>,David Fetter <david(at)fetter(dot)org>, pgsql-docs(at)postgresql(dot)org
Subject: Re: [HACKERS] Tutorial
Date: 2004-07-23 04:31:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-docspgsql-hackers
Postgresql is not simply a relational database. It is an
OBJECT relational database.  It was designed to be so from
the start.  To pretend it was designed otherwise is to
deny its design and heritage and the original intent of
the the project.  c.f. the postgres papers, stonebraker,

And like tom said, "who said inheritance is not relational."
It need not break codds rules.


On Thu, Jul 22, 2004 at 10:40:45PM -0400, Robert Treat wrote:
> On Thursday 22 July 2004 21:07, Joe Conway wrote:
> > elein wrote:
> > > I like inhertitance, but believe that the usefulness
> > > of our implementation is limited and so the documentation
> > > should focus on other areas.
> >
> > +1
> >
> +1/2 (Since I don't like inheritence)
> IMHO we ought to try to keep the _tutorial_ free of things that are generally 
> considered against relational design.  If we must keep them, move them into 
> thier own section and lable them accordingly. 
> Robert Treat
> --- 
> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster

In response to

pgsql-docs by date

Next:From: Peter EisentrautDate: 2004-07-23 07:03:30
Subject: Re: [HACKERS] Tutorial
Previous:From: Tom LaneDate: 2004-07-23 03:14:27
Subject: Re: [HACKERS] Tutorial

pgsql-hackers by date

Next:From: Oliver JowettDate: 2004-07-23 04:36:04
Subject: Re: [JDBC] V3 protocol + DECLARE problems
Previous:From: Oliver JowettDate: 2004-07-23 04:15:19
Subject: Re: [JDBC] V3 protocol + DECLARE problems

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group