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 1jO5mI-0004kx-Ne for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Apr 2020 20:33:58 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jO5mH-0002ab-Fa for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Apr 2020 20:33:57 +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 1jO5mH-0002aU-9K for pgsql-hackers@lists.postgresql.org; Mon, 13 Apr 2020 20:33:57 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jO5mF-0000ti-2y for pgsql-hackers@lists.postgresql.org; Mon, 13 Apr 2020 20:33:56 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 03DKXqOg017817; Mon, 13 Apr 2020 16:33:52 -0400 From: Tom Lane To: Andrew Dunstan cc: pgsql-hackers@lists.postgresql.org Subject: Re: Poll: are people okay with function/operator table redesign? In-reply-to: <7e308f71-08e1-fb52-1ae0-c897c4eeb1a8@2ndQuadrant.com> References: <8691.1586798003@sss.pgh.pa.us> <7e308f71-08e1-fb52-1ae0-c897c4eeb1a8@2ndQuadrant.com> Comments: In-reply-to Andrew Dunstan message dated "Mon, 13 Apr 2020 16:20:38 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <17815.1586810032.1@sss.pgh.pa.us> Date: Mon, 13 Apr 2020 16:33:52 -0400 Message-ID: <17816.1586810032@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andrew Dunstan writes: > One thing that did occur to me is that the function/operator name is > essentially redundant, as it's in the signature anyway. Not sure if that > helps us any though. Hm, you have a point there. However, if we drop the lefthand column then there really isn't any visual distinction between the row(s) associated with one function and those of the next. Unless we can find another fix for that aspect (as already discussed in this thread) I doubt it'd be an improvement. > Maybe we're just trying to shoehorn too much information into a single > table. Yeah, back at the beginning of this exercise, Alvaro wondered aloud if we should go to something other than tables altogether. I dunno what that'd look like though. regards, tom lane