Horton

Re: Inline non-SQL SRFs using SupportRequestSimplify

Tom Lane <tgl@sss.pgh.pa.us>

View thread
From: Tom Lane <tgl@sss.pgh.pa.us>
To: zengman <zengman@halodbtech.com>
Cc: Pavel Stehule <pavel.stehule@gmail.com>, pgsql-hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-12-20T21:37:39Z
Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. Add SupportRequestInlineInFrom planner support request.

"=?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 original logic 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