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 1qdfa5-004KIB-DM for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Sep 2023 23:35:37 +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 1qdfa2-005GbH-BL for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Sep 2023 23:35:34 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qdfa2-005Gay-1C for pgsql-hackers@lists.postgresql.org; Tue, 05 Sep 2023 23:35:33 +0000 Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qdfZx-002xEO-PV for pgsql-hackers@lists.postgresql.org; Tue, 05 Sep 2023 23:35:32 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 0BF4460003; Tue, 5 Sep 2023 23:35:24 +0000 (UTC) Message-ID: <091fee86-6878-8791-574d-8497e79beb82@postgresfriends.org> Date: Wed, 6 Sep 2023 01:35:24 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: information_schema and not-null constraints Content-Language: en-US To: "David G. Johnston" Cc: Alvaro Herrera , Pg Hackers , Tom Lane , Peter Eisentraut , Peter Eisentraut References: <202309051715.7ghhtqh76hyw@alvherre.pgsql> From: Vik Fearing In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-GND-Sasl: vik@postgresfriends.org List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 9/6/23 00:14, David G. Johnston wrote: > > I'm not all that for either A or B since the status quo seems workable. Pray tell, how is it workable? The view does not identify a specific constraint because we don't obey the rules on one side and we do obey the rules on the other side. It is completely useless and unworkable. > Though ideally if the system has unique names per schema then everything > should just work - having the views produce duplicated information (as > opposed to nothing) if they are used when the DBA doesn't enforce the > standard's requirements seems plausible. Let us not engage in victim blaming. Postgres is the problem here. -- Vik Fearing