Re: Array of composite types returned from python
От | Tom Lane |
---|---|
Тема | Re: Array of composite types returned from python |
Дата | |
Msg-id | 21954.1404280514@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Array of composite types returned from python (Ronan Dunklau <ronan.dunklau@dalibo.com>) |
Ответы |
Re: Array of composite types returned from python
|
Список | pgsql-hackers |
Ronan Dunklau <ronan.dunklau@dalibo.com> writes: > Le dimanche 29 juin 2014 16:54:03 Tom Lane a =E9crit : >> 1. While I think the patch does what it intends to, it's a bit distressing >> that it will invoke the information lookups in PLyObject_ToComposite over >> again for *each element* of the array. We probably ought to quantify that >> overhead to see if it's bad enough that we need to do something about >> improving caching, as speculated in the comment in PLyObject_ToComposite. > I don't know how to do that without implementing the cache itself. I don't either, but my thought was that we could hack up a simple one-element cache pretty trivially, eg static info and desc variables in PLyObject_ToComposite that are initialized the first time through. You could only test one composite-array type per session with that sort of kluge, but that would be good enough for doing some simple performance testing. regards, tom lane
В списке pgsql-hackers по дате отправления: