Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p2xlQ-0004Ee-Gw for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Dec 2022 16:59:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1p2xlO-0001Uj-6E for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Dec 2022 16:59:18 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p2xlN-0001Ua-Sf for pgsql-hackers@lists.postgresql.org; Wed, 07 Dec 2022 16:59:17 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p2xlL-0007Eb-NQ for pgsql-hackers@lists.postgresql.org; Wed, 07 Dec 2022 16:59:17 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 2B7Gx9ln4037149; Wed, 7 Dec 2022 11:59:09 -0500 From: Tom Lane To: "David G. Johnston" cc: Andrew Dunstan , Corey Huinker , Andres Freund , Alvaro Herrera , Joe Conway , Robert Haas , Nikita Glukhov , PostgreSQL Hackers Subject: Re: Error-safe user functions In-reply-to: References: <20221205174231.6wpmbuxafnfzlbuh@alvherre.pgsql> <85e40849-4458-bbb9-62ee-d9e7faf0c7dc@dunslane.net> <3323802.1670263204@sss.pgh.pa.us> <3496391.1670276406@sss.pgh.pa.us> <20221205234734.sab3fuxy6q2sokjd@alap3.anarazel.de> <3518534.1670285891@sss.pgh.pa.us> <20221206005607.lxcrazckoalptwds@alap3.anarazel.de> <3523582.1670288815@sss.pgh.pa.us> <40ff1ed1-4245-e343-bffa-c7755b031492@dunslane.net> <3889877.1670358069@sss.pgh.pa.us> <4009543.1670422833@sss.pgh.pa.us> <6acddf68-7cb7-e9e7-a5a7-0abc87b3c55b@dunslane.net> <4026789.1670426602@sss.pgh.pa.us> <4031572.1670429176@sss.pgh.pa.us> Comments: In-reply-to "David G. Johnston" message dated "Wed, 07 Dec 2022 09:15:31 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4037147.1670432349.1@sss.pgh.pa.us> Date: Wed, 07 Dec 2022 11:59:09 -0500 Message-ID: <4037148.1670432349@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "David G. Johnston" writes: > On Wed, Dec 7, 2022 at 9:06 AM Tom Lane wrote: >> "David G. Johnston" writes: >>> Why not do away with two separate functions and define a composite type >>> (boolean, text) for is_valid to return? >> I don't see any advantage to that. It would be harder to use in both >> use-cases. > I don't really see a use case for either of them individually. Uh, several people opined that pg_input_is_valid would be of field interest. If I thought these were only for testing purposes I wouldn't be especially concerned about documenting them at all. > Are you suggesting we should not go down the path that v8-0003 does in the > monitoring section cleanup thread? I find the usability of Chapter 54 > System Views to be superior to these two run-on chapters and would rather > we emulate it in both these places - for what is in the end very little > additional effort, all mechanical in nature. I have not been following that thread, and am not really excited about putting in a huge amount of documentation work here. I'd just like 9.26 to have a mini-TOC at the page head, which 's would be enough for. regards, tom lane