Re: Inline non-SQL SRFs using SupportRequestSimplify - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Inline non-SQL SRFs using SupportRequestSimplify
Date
Msg-id 7371.1766266659@sss.pgh.pa.us
Whole thread Raw
In response to Re: Inline non-SQL SRFs using SupportRequestSimplify  ("zengman" <zengman@halodbtech.com>)
Responses Re: Inline non-SQL SRFs using SupportRequestSimplify
List pgsql-hackers
"=?ISO-8859-1?B?emVuZ21hbg==?=" <zengman@halodbtech.com> writes:
> I've noticed this interesting feature and would like to modify this test case to clarify that we fall back to the
originallogic when inlining fails.  
> This is a small change that doesn't touch core code. What do you all think?

I think this looks like a waste of test cycles.  AFAICS it won't add
even a single line of code coverage for inline_function_in_from().
Why do you think we need it?

            regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Fix typo 586/686 in atomics/arch-x86.h
Next
From: Bruce Momjian
Date:
Subject: Re: should we have a fast-path planning for OLTP starjoins?