Re: [HACKERS] Why does plpython delay composite type resolution? - Mailing list pgsql-hackers

From Andreas Karlsson
Subject Re: [HACKERS] Why does plpython delay composite type resolution?
Date
Msg-id 46410e71-5858-5984-48de-550953e819b2@proxel.se
Whole thread Raw
In response to [HACKERS] Why does plpython delay composite type resolution?  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Responses Re: [HACKERS] Why does plpython delay composite type resolution?
List pgsql-hackers
On 12/21/2016 04:14 AM, Jim Nasby wrote:
> Why do functions that accept composite types delay type resolution until
> execution? I have a naive patch that speeds up plpy.execute() by 8% by
> caching interred python strings for the dictionary key names (which are
> repeated over and over). The next step is to just pre-allocate those
> strings as appropriate for the calling context, but it's not clear how
> to handle that for input arguments.

Does your patch handle "ALTER TYPE name ADD ATTRIBUTE ..."? My immediate 
guess would be that it could be a cache invalidation thing.

Andreas



pgsql-hackers by date:

Previous
From: Ants Aasma
Date:
Subject: Re: [HACKERS] Replication slot xmin is not reset if HS feedback isturned off while standby is shut down
Next
From: Craig Ringer
Date:
Subject: Re: [HACKERS] [PATCH] Transaction traceability - txid_status(bigint)