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
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 |