Re: Patch: clean up addRangeTableEntryForFunction

From: "Etsuro Fujita" <fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp>
To: "'Robert Haas'" <robertmhaas(at)gmail(dot)com>, "'David Fetter'" <david(at)fetter(dot)org>
Cc: "'PG Hackers'" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Patch: clean up addRangeTableEntryForFunction
Date: 2013-07-03 07:46:45
Message-ID: 005b01ce77c1$77215630$65640290$@lab.ntt.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas wrote:
> On Tue, Jan 22, 2013 at 11:45 AM, David Fetter <david(at)fetter(dot)org> wrote:
> > I've been working with Andrew Gierth (well, mostly he's been doing the
> > work, as usual) to add WITH ORDINALITY as an option for set-returning
> > functions. In the process, he found a minor opportunity to clean up
> > the interface for $SUBJECT, reducing the call to a Single Point of
> > Truth for lateral-ness, very likely improving the efficiency of calls
> > to that function.
> >
> > Please find attached the patch.
>
> I think this patch is utterly pointless. I recommend we reject it.
> If this were part of some larger refactoring that was going in some direction
> we could agree on, it might be worth it. But as it is, I think it's just a
> shot in the dark whether this change will end up being better or worse, and
> my personal bet is that it won't make any difference whatsoever.

To be frank, I agree with Robert.

Sorry for the delay in my review.

Best regards,
Etsuro Fujita

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Kyotaro HORIGUCHI 2013-07-03 07:51:22 Re: Reduce maximum error in tuples estimation after vacuum.
Previous Message Simon Riggs 2013-07-03 06:56:39 Re: Move unused buffers to freelist