| From: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
|---|---|
| To: | pgsql-hackers(at)postgresql(dot)org |
| Cc: | Markus Wanner <markus(at)bluegap(dot)ch>, Josh Berkus <josh(at)agliodbs(dot)com>, Gregory Stark <stark(at)enterprisedb(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com> |
| Subject: | Re: The Axe list |
| Date: | 2008-10-14 21:49:54 |
| Message-ID: | 200810141749.55243.xzilla@users.sourceforge.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Monday 13 October 2008 04:53:44 Markus Wanner wrote:
> Hi,
>
> Josh Berkus wrote:
> > So it sounds like intagg is still in use/development. But ... is it
> > more of an example, or is it useful as a type/function in production?
>
> We use it in production for quite remarkable speedups of operations on
> int4[].
>
+1, istr we are indexing icount values on one system, but certainly this is
something being actively used.
> Having reviewed the last commit fest's intagg patch as well, I thought
> we agreed that a more general functionality is wanted for core. But as
> long as we don't have that, I'd like intagg to stay in contrib.
>
While I agree that the "right" solution would be to make this code work more
generally for other aggregates, I also think that until someone is willing to
do that work, this needs to stay in contrib, and that we ought to accept
patches improving it.
--
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hannu Krosing | 2008-10-14 21:50:57 | Re: Version Number Function? |
| Previous Message | Andrew Dunstan | 2008-10-14 21:44:13 | Re: spoonbill is failing citext test |