Re: BUG #19034: Recursive function with sql_body can replace an existing function but can not be created on it's own

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
Cc: Yushu Chen <gentcys(at)gmail(dot)com>, katja(dot)henke(at)foo(dot)ag, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #19034: Recursive function with sql_body can replace an existing function but can not be created on it's own
Date: 2025-09-05 14:18:45
Message-ID: 1365203.1757081925@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> writes:
> On Thu, 2025-09-04 at 11:24 -0400, Tom Lane wrote:
>> Given that recursive SQL functions are a tiny-minority use case
>> and there's already a perfectly serviceable way to make them
>> (ie use an old-style body), I seriously doubt that we'll do
>> anything about this request.

> Sure, but creating a dump that will fail to load is not good.

Oh, if you are defining the problem as "pg_dump doesn't cope after
I make this function in two steps" rather than "the server should
allow this to be done in one step", that seems more defensible.

One could expect that that'd let pg_dump also cope with cases
involving mutual recursion between two or more such functions,
which is something we'd certainly not try to make the server
allow without help.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message David G. Johnston 2025-09-05 21:13:48 Re: BUG #19043: jdbc connection url is not case insensitive
Previous Message David G. Johnston 2025-09-05 12:55:53 Re: BUG #19034: Recursive function with sql_body can replace an existing function but can not be created on it's own