Re: Aggregate-function space leakage
От
Greg Stark
Тема
Re: Aggregate-function space leakage
Дата
Msg-id
407d949e0907221601x361fd4fx822763e641508f3a@mail.gmail.com
Ответ на
Aggregate-function space leakage (Tom Lane)
Список
Дерево обсуждения
Aggregate-function space leakage Tom Lane <tgl@sss.pgh.pa.us>
Re: Aggregate-function space leakage Jeff Davis <pgsql@j-davis.com>
Re: Aggregate-function space leakage Tom Lane <tgl@sss.pgh.pa.us>
Re: Aggregate-function space leakage Greg Stark <gsstark@mit.edu>
Re: Aggregate-function space leakage Tom Lane <tgl@sss.pgh.pa.us>
Re: Aggregate-function space leakage Hitoshi Harada <umi.tanuki@gmail.com>
Re: Aggregate-function space leakage Tom Lane <tgl@sss.pgh.pa.us>
Re: Aggregate-function space leakage Tom Lane <tgl@sss.pgh.pa.us>
Re: Aggregate-function space leakage Hitoshi Harada <umi.tanuki@gmail.com>
On Wed, Jul 22, 2009 at 10:14 PM, Tom Lane wrote: > The reason for that turns out to be that we deliberately lobotomized > array_agg that way, just last month: > http://archives.postgresql.org/pgsql-committers/2009-06/msg00259.php > in response to this problem: > http://archives.postgresql.org/pgsql-hackers/2009-06/msg01186.php > > We need a better idea. Rereading your diagnosis of Merlin Moncure's original problem I'm a bit puzzled. Why do we have to rerun the final function when we rescan the hash table? Surely the logical thing to do is to store the final value in the hash table with some flag saying that value has been finalized rather than to reexecute the final function every time it's rescanned. I'm not sure that really solves anything though since there's no guarantee that the first scan was finished when it's reset so there could still be unfinalized elements in the hash table. Would it be too costly to finalize all the hash elements in a single pass before returning any? -- greg http://mit.edu/~gsstark/resume.pdf
В списке pgsql-hackers по дате отправления