Re: [BUGS] json(b)_array_elements use causes very large memory usagewhen also referencing entire json document
От | Andres Freund |
---|---|
Тема | Re: [BUGS] json(b)_array_elements use causes very large memory usagewhen also referencing entire json document |
Дата | |
Msg-id | 20171007024205.3p6idiqexbmik4cs@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: [BUGS] json(b)_array_elements use causes very large memory usage when also referencing entire json document (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [BUGS] json(b)_array_elements use causes very large memory usagewhen also referencing entire json document
|
Список | pgsql-bugs |
On 2017-10-06 22:35:37 -0400, Tom Lane wrote: > Andres Freund <andres@anarazel.de> writes: > > I've just played around with this. ValuePerCall SRFs are fine with > > called in a short-lived context (they're required to be able to, as > > documented in xfunc.sgml), so is SFRM_Materialize. The only thing to be > > careful about is the *arguments* to the function, those need to live > > long enough in the ValuePerCall case. > > Isn't there already code to deal with that? See around line 175 > in execSRF.c. Well, that's for nodeFunctionscan.c, not nodeProjectSet.c. But it seems quite sensible to model this very similarly. I'd still like to unify those two functions, but given that ExecMakeTableFunctionResult materializes ValuePerCall SRFs, that doesn't seem likely. Greetings, Andres Freund -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: