Andres Freund <and...@anarazel.de> writes:
> On 2015-05-13 11:38:27 -0400, Tom Lane wrote:
>> * Manipulating complex types as non-contiguous structures in-memory
>>
>> This one's mine of course. I've been hoping to get more independent
>> performance testing than it's gotten, but time grows short. I'm inclined
>> to just go ahead and push it in.
> I'm a bit hesitant about performance regressions around it. And I'd
> obviously rather not see the macros but the inline version ;). But I
> think overall we're in a better position with it, than without. If it
> turns out to have bad edge cases performancewise, we can still "turn it
> off" in plpgsql without much problems. If we, preferrably, can't find a
> better solution for the performance problem.
Right, I should have said "absorb Andres' input and then commit". What
I wanted to know was whether there would be objections to committing
this at all.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
