Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uvXHR-00F55V-MN for pgsql-bugs@arkaria.postgresql.org; Mon, 08 Sep 2025 08:31:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uvXHQ-002zcb-Ng for pgsql-bugs@arkaria.postgresql.org; Mon, 08 Sep 2025 08:31:17 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uvXHQ-002zcS-Ed for pgsql-bugs@lists.postgresql.org; Mon, 08 Sep 2025 08:31:16 +0000 Received: from mail-wr1-x42b.google.com ([2a00:1450:4864:20::42b]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uvXHN-001AH8-17 for pgsql-bugs@lists.postgresql.org; Mon, 08 Sep 2025 08:31:16 +0000 Received: by mail-wr1-x42b.google.com with SMTP id ffacd0b85a97d-3dea538b826so3456159f8f.2 for ; Mon, 08 Sep 2025 01:31:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1757320273; x=1757925073; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=T+oS5jbNKjQJLVFLs6gPuTZYdA31+5zuND+atckVP+U=; b=cGO9wVXDT66SaR9tQPXOFYI7u2mpdzgi4bFNENBSv24jli/R1CD4WYEQAiBV09AGIP P3+RHQ8PypKOXd7iWw/ea4HNs3xkI6yE9BqcVo11f1Nu479/K3HPzOjB5xQliPFDv+Ri aOiWjqcGHgtiBZq4/fF0BbR0LqVaO8Qgr7zH1hbsr+0w/8fVGLII2eXmRqJ9hZCtzXpi jVgBfTKcW2i804oCcnefjyfMYSfXYLcUJFfJy5rIEI/0mhhHVfTN0acJBjLjZpxMfaEQ LpZ1cRzmDPE0kTi1ftYUu5y1d04grn7NYl3mPluTDDxkgkqfGSh2bEytss6eAEaikebD OhRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757320273; x=1757925073; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=T+oS5jbNKjQJLVFLs6gPuTZYdA31+5zuND+atckVP+U=; b=Cq+ODoXN+KYGCzMkCSZE8JTDPKsW+P4XceQmEOWtmxOpb4wNGRaTlxWkYpbpkCMhUZ F6B5oHMYgd8KYoEj7FFvLxD0/XD8IP1JyAib/AomtWTHOyNHs9iIc4Gochj57rkHqgDB k/5SY5DItZuyFU7IpXK4zFIyG1jV4su7QbbMX+xYKMIzLp4dyqRdn1ZBzVfYiYlX1Bng BwqjVasKgEgzsYNI834XHciExgHEdzc9D2gGfwfcyWM8anxVmFMZfjZTNrYEdGSQTEHr 5F77TG99hsMB1MRFgo5tzsWXnlJXKoYEi4ijtuUW0sjLqYnAeqTaHCS/9Wl/4wyhRDV3 /iGQ== X-Forwarded-Encrypted: i=1; AJvYcCVK7+P2B2/J1pxxrFRSCTIKAiJDKL9d5+BCLqWzjR8xBnr1HcnZndC7c3vFhas0y564HZcRiq0sxsHt@lists.postgresql.org X-Gm-Message-State: AOJu0YyqcCcJo3QIByMRAKY5klKwlTCKaJMdSa4Z/AWhKgGzgRfRztyT poLCLHZPSU0MoZu/b2yM2OZtTbO9ECsfuKZhtWRx5WROKsLMNB6x+hbY7xcbHzeH6wI= X-Gm-Gg: ASbGncvVXwX08LIp8MBBOl/7QHE2Ry1VCGALfgIe4P2M3fUyXbd18v7rzTaP//YBnlz eNPgrzUWXwoJfdz9rBgvJ5tL654iZ31Op+pVdpeH2kBtAjVoJrW0q2jMlEc/Gmi84SmSEMCVR3W O5rCoRp9RTHxYMYaZ6jKVcc0N2M719IP7Fv0Br1Y7Q8z351LMluIbypS1c+2D/HGtRWeiWv4mLf lTgzxnlpqJVfMAICvXWcYMPKCMQgbAwrpIvq6EDwFZyvCG4CEZdpDB3v3N/gxZBND9ZPphULGVQ niQy7yrhW4G+x+RYkUFhbDIwwSN/iupiJGO987VZvlVgRgJHvPxMPf4JcBRjPj+DFPB6TvCClqA NXcbKMLVgxt+0T8x/Qf+RL6f7Qbn95C6ZwV69KYkebmF8FjqxHIa/3A== X-Google-Smtp-Source: AGHT+IFAKW+R5GVyPHClV/54TrFzN6NpZjN5Rsj/YTlJUboUflZZNveQm2KLehEzKS0l6+Ol3GuokQ== X-Received: by 2002:adf:a298:0:b0:3e7:44ef:5fc2 with SMTP id ffacd0b85a97d-3e744ef63a2mr2215953f8f.32.1757320272576; Mon, 08 Sep 2025 01:31:12 -0700 (PDT) Received: from laurenz.albe-K4N0CV00F97414D ([2001:871:5e:395a:f35a:14d2:1572:abdc]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3d92d51982bsm25382172f8f.21.2025.09.08.01.31.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Sep 2025 01:31:12 -0700 (PDT) Message-ID: <1a10058e3803eb733a98323e501d33e6da5d5db2.camel@cybertec.at> Subject: Re: BUG #19034: Recursive function with sql_body can replace an existing function but can not be created on it's own From: Laurenz Albe To: "David G. Johnston" , Tom Lane Cc: Yushu Chen , katja.henke@foo.ag, PostgreSQL Bug List Date: Mon, 08 Sep 2025 10:31:11 +0200 In-Reply-To: References: <19034-de0857b4f94ec10c@postgresql.org> <1030106.1756999498@sss.pgh.pa.us> <8dec121e2d3bfc1149d36359345fbce1faa087aa.camel@cybertec.at> <341490.1757284616@sss.pgh.pa.us> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.56.2 (3.56.2-2.fc42) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sun, 2025-09-07 at 15:50 -0700, David G. Johnston wrote: > While I agree making it must work would be nice given the presence of sim= ple > alternatives to use when this functionality is required it's got to be ea= sier > to detect and prohibit creation. Perhaps that is the way to go, although it would not make me happy. But that still leaves the problem of what to do with a database that already contains recursive SQL functions during pg_dump/pg_restore. Yours, Laurenz Albe