Re: Triaging the remaining open commitfest items

Andres Freund <andres(at)anarazel(dot)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