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

Re: Proposal: First step towards Intelligent, integrateddatabase

From: ghatpande(at)vsnl(dot)net
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Dann Corbit <DCorbit(at)connx(dot)com>, pgsql hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposal: First step towards Intelligent, integrateddatabase
Date: 2010-12-02 07:29:07
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
If possible can you provide glimpses of History. Corrected History will always help for future. Success rate also increases if we could avoid mistakes we made in history.

Experience the Excellence......

----- Original Message -----
From: Andrew Dunstan <andrew(at)dunslane(dot)net>
Date: Wednesday, December 1, 2010 8:32 pm
Subject: Re: [HACKERS] Proposal: First step towards Intelligent,integrateddatabase
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: ghatpande(at)vsnl(dot)net, Dann Corbit <DCorbit(at)connx(dot)com>, pgsql hackers <pgsql-hackers(at)postgresql(dot)org>

> On 12/01/2010 09:41 AM, Tom Lane wrote:
> > ghatpande(at)vsnl(dot)net writes:
> >> Create domain is only useful for abstracting common constraints 
> on fields into single location for maintenance. It may not be 
> useful to link tables.
> > It's still unclear what this does that you don't get from 
> inheritance,> typed tables, use of a table's rowtype as a field 
> type, or CREATE TABLE
> > LIKE.  This isn't exactly virgin territory.
> >
> >                 	
> Yeah. Actually, the whole thing reminded me somewhat of the pre-
> data stores I worked with 25 years or so ago. "Those who cannot 
> remember 
> history are doomed to repeat it."
> cheers
> andrew
> -- 
> Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
> To make changes to your subscription:

In response to


pgsql-hackers by date

Next:From: Hitoshi HaradaDate: 2010-12-02 07:31:54
Subject: twitter_fdw-0.1
Previous:From: Jeff DavisDate: 2010-12-02 06:15:31
Subject: Re: is cachedFetchXid ever invalidated?

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