Re: SendRowDescriptionMessage() is slow for queries with a lot of columns

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: SendRowDescriptionMessage() is slow for queries with a lot of columns
Date: 2017-10-11 19:36:25
Message-ID: CA+Tgmob8tnW21ttak42SideZrtaE1VBqNjW5XMiFWJyHLA7okg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Oct 11, 2017 at 2:47 PM, Andres Freund <andres(at)anarazel(dot)de> wrote:
>> If do nothing, it's unlikely we'd ever get rid of the compat function.
>
> I think that's ok.

Yeah. I mean, it seems similar to what happened with heap_formtuple:
the last in-tree users of that function went away in 8.4 (902d1cb35)
but we didn't remove the function itself until 9.6 (726117243). It
didn't really hurt anyone in the meantime; it was just a function
that, in most installs, was probably never called. I think we should
do the same thing here: plan to keep the old functions around at least
until 11 is out of support, maybe longer, and not worry about it very
much.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2017-10-11 20:02:03 Re: Fix a typo in execReplication.c
Previous Message Andres Freund 2017-10-11 18:47:53 Re: SendRowDescriptionMessage() is slow for queries with a lot of columns