Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, Michael Glaesemann <grzm(at)seespotcode(dot)net>, "Decibel!" <decibel(at)decibel(dot)org>, Jeremy Drake <pgsql(at)jdrake(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [mmoncure@gmail.com: Re: [GENERAL] array_to_set functions]
Date: 2007-09-14 03:44:11
Message-ID: 200709140344.l8E3iBb16482@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


This has been saved for the 8.4 release:

http://momjian.postgresql.org/cgi-bin/pgpatches_hold

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

Pavel Stehule wrote:
> 2007/8/15, Merlin Moncure <mmoncure(at)gmail(dot)com>:
> > On 8/14/07, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> > >
> > > TODO item?
> >
> > I would say yes...array_accum is virtually an essential function when
> > working with arrays and the suggested array_to_set (and it's built in
> > cousin, _pg_expand_array) really should not be built around
> > generate_series when a C function is faster and will scale much
> > better.
> >
>
> Hello Merlin
>
> array_accum is good sample of PostgreSQL possibilities. But it is slow.
>
> SELECT ARRAY(SELECT ... FROM ...)) is much faster. :(
>
> so I unlike not necessary aggregate functions
>
> I agree. These constructs can be showed in doc
>
> Regards
> Pavel Stehule

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2007-09-14 03:51:28 Re: What is happening on buildfarm member dugong
Previous Message Sergey E. Koposov 2007-09-14 03:35:56 Re: What is happening on buildfarm member dugong