Tom Lane wrote:
> If I were you I'd file this on the to-fix-later list and concentrate
> on polymorphic aggregates during the next couple days. If that's not
> done by Tuesday it will be a tough sell to put in during beta.
Attached is a patch that implements polymorphic aggregates.
Included in the patch, I changed SQL language functions so that they
could be declared with and use polymorphic types. This was necessary to
facilitate my testing, and I had wanted to implement that all along
anyway (in fact I'd still like to allow PL/pgSQL to use polymorphic
types, but I'll try to do that separately).
The attached compiles cleanly and passes all regression tests. I've also
attached a test script and its output that I used to verify appropriate
behavior of CREATE AGGREGATE. The script attempts to cover all possible
combinations of inputs and outputs (wrt polymorphic vs non-polymorphic).
As far as I can see, the behaviors look correct.
Not sure if it makes sense to do so, but I could either add the test
script to an existing regression test, or create a new one with it if
If there are no objections, please apply.
In response to
pgsql-hackers by date
|Next:||From: PeterKorman||Date: 2003-06-29 21:08:14|
|Subject: Re: persistant psql feature suggestion|
|Previous:||From: Carlos Guzman Alvarez||Date: 2003-06-29 19:34:33|
|Subject: Question about array read using protocol 3.0 implementation in C#|
pgsql-patches by date
|Next:||From: Tom Lane||Date: 2003-06-29 21:24:53|
|Subject: Re: [HACKERS] Missing array support |
|Previous:||From: Andreas Pflug||Date: 2003-06-29 17:42:46|
|Subject: ruleutils with pretty-print option|