Re: array_accum aggregate

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: array_accum aggregate
Date: 2006-10-10 05:48:20
Message-ID: b42b73150610092248x71fe3516v9c38bd6e6a6c5aec@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10/10/06, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
> * Stephen Frost (sfrost(at)snowman(dot)net) wrote:
> > I'm going to be running a very large query shortly using
> > this aaccum and will report back how it goes.
>
> It went *very* well, actually much better than I had originally
> expected. This query used to take over 12 hours to complete (about 11
> of which was after the main table involved was sorted). With this new
> aaccum in place the whole query only took about an hour, most of which
> was the sort and join required by the query. The aggregation (aaccum)
> and r_hist() (R histogram function generating PNGs) took only a few
> minutes.

very cool, and definately useful imo. i use array_accum all the time,
and have not always been happy with its performance. if your stuff
passes muster, would be nice to see it move into core :-).

merlin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Vitali Stupin 2006-10-10 07:35:53 BUG #2683: spi_exec_query in plperl returns column names which are not marked as UTF8
Previous Message Neil Conway 2006-10-10 04:30:30 Re: query optimization with UDFs