Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions] - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]
Date
Msg-id 200708141505.l7EF5VV27340@momjian.us
Whole thread Raw
In response to Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]  (Michael Glaesemann <grzm@seespotcode.net>)
Responses Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]
Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]
Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]
List pgsql-hackers
TODO item?

---------------------------------------------------------------------------

Michael Glaesemann wrote:
-- Start of PGP signed section.
> 
> On Aug 8, 2007, at 12:18 , Decibel! wrote:
> 
> > On Wed, Aug 08, 2007 at 12:03:34PM -0500, Michael Glaesemann wrote:
> >> Personally, I think expandarray is more appropriate and its
> >> functionality probably more generally useful, as it identifies the
> >> array indices as well. Note you can also rename the columns.
> >
> > Sure. My point is that we should have a way to convert arrays to sets
> > and back in the backend.
> 
> Can't really argue with you there, as I find array_accum myself.  
> (Though I'd still nit-pick that this isn't an array to set  
> conversion, but rather array to--possibly single-column--table.)
> 
> Michael Glaesemann
> grzm seespotcode net
> 
> 
-- End of PGP section, PGP failed!

--  Bruce Momjian  <bruce@momjian.us>          http://momjian.us EnterpriseDB
http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: Testing the async-commit patch
Next
From: Bruce Momjian
Date:
Subject: Re: GUC for default heap fillfactor