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

Re: Better support for whole-row operations and composite

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Postgresql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Better support for whole-row operations and composite
Date: 2004-03-30 19:09:21
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Tom Lane wrote:
>> Only named composite types, not RECORD, will be allowed to be used as
>> table column types.  

> Interesting. I'm slightly curious to know if there's an external driver 
> for this.

There's noplace to store a permanent record of an anonymous rowtype's
structure.  To do otherwise would amount to executing an implicit CREATE
TYPE AS for the user, so we might as well just say up front that you
have to create the type.

> Will this apply recursively (an a has a b which has an array of c's)? 


> Are there indexing implications? Could one index on a subfield?

Using an expression index, sure.  I don't think we need to support it as
a "primitive" index type.

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: Joe ConwayDate: 2004-03-30 19:12:29
Subject: cvs HEAD regression
Previous:From: Tom LaneDate: 2004-03-30 19:04:15
Subject: Re: with vs without oids in pg_catalog.*

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