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

Re: [HACKERS] Arrays of Complex Types

From: David Fetter <david(at)fetter(dot)org>
To: Bruce Momjian <bruce(at)momjian(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org>,PG Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] Arrays of Complex Types
Date: 2007-04-03 06:10:13
Message-ID: 20070403061013.GA19577@fetter.org (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
On Mon, Apr 02, 2007 at 10:01:44PM -0400, Alvaro Herrera wrote:
> Bruce Momjian wrote:
> > 
> > Your patch has been added to the PostgreSQL unapplied patches list
> > at:
> > 
> > 	http://momjian.postgresql.org/cgi-bin/pgpatches
> > 
> > It will be applied as soon as one of the PostgreSQL committers
> > reviews and approves it.
> > 
> 
> So, hum, what happened to the idea of creating the array types only
> on demand?

Scotched, as far as I could tell, partly due to nobody's having
actually done work toward such a thing, and partly because the closest
thing I've heard to an objection is pretty nebulous. :)

It's a lot simpler to have them always, and it fits in with the larger
picture of making arrays fully composable with other operations like
DOMAIN, ENUM and TYPE.

Cheers,
D
-- 
David Fetter <david(at)fetter(dot)org> http://fetter.org/
phone: +1 415 235 3778        AIM: dfetter666
                              Skype: davidfetter

Remember to vote!
Consider donating to PostgreSQL: http://www.postgresql.org/about/donate

In response to

Responses

pgsql-hackers by date

Next:From: Peter EisentrautDate: 2007-04-03 06:14:33
Subject: Re: Logging checkpoints and other slowdown causes
Previous:From: Luke LonerganDate: 2007-04-03 04:38:52
Subject: Re: Synchronized Scan benchmark results

pgsql-patches by date

Next:From: Peter EisentrautDate: 2007-04-03 06:14:33
Subject: Re: Logging checkpoints and other slowdown causes
Previous:From: Bruce MomjianDate: 2007-04-03 04:13:13
Subject: Re: xpath_array with namespaces support

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