Re: Workaround for custom aggregate which would need "internal" as statetype - Mailing list pgsql-general

From Tom Lane
Subject Re: Workaround for custom aggregate which would need "internal" as statetype
Date
Msg-id 1723.1144711772@sss.pgh.pa.us
Whole thread Raw
In response to Workaround for custom aggregate which would need "internal" as statetype  ("Florian G. Pflug" <fgp@phlo.org>)
Responses Re: Workaround for custom aggregate which would need "internal"
List pgsql-general
"Florian G. Pflug" <fgp@phlo.org> writes:
> Using perl, and a perl-hash was even slower, so I wrote my to c-functions
> (actualy c++), which use a STL hash_set to filter out duplicates.

This makes me fairly nervous, because what's going to ensure that the
memory used by the hash_set is reclaimed?  Particularly if the query
errors out partway through?

            regards, tom lane

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: How to find the latest (partial) WAL file
Next
From: "Florian G. Pflug"
Date:
Subject: Re: Workaround for custom aggregate which would need "internal"