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 1kNcuU-0002ah-Du for pgsql-bugs@arkaria.postgresql.org; Wed, 30 Sep 2020 14:16:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kNcuT-0007YY-Bh for pgsql-bugs@arkaria.postgresql.org; Wed, 30 Sep 2020 14:16:45 +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 1kNcuT-0007Xq-5o for pgsql-bugs@lists.postgresql.org; Wed, 30 Sep 2020 14:16:45 +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 1kNcuP-0006Ny-Tn for pgsql-bugs@postgresql.org; Wed, 30 Sep 2020 14:16:44 +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 08UEGXSL840318; Wed, 30 Sep 2020 10:16:34 -0400 From: Tom Lane To: "Godfrin, Philippe E" cc: Alvaro Herrera , David Rowley , Nagaraj Raj , Pg Bugs Subject: Re: [EXTERNAL] Re: ERROR: insufficient columns in the PRIMARY KEY constraint definition In-reply-to: References: <20200929232225.GA16296@alvherre.pgsql> Comments: In-reply-to "Godfrin, Philippe E" message dated "Wed, 30 Sep 2020 13:31:35 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <840316.1601475393.1@sss.pgh.pa.us> Date: Wed, 30 Sep 2020 10:16:33 -0400 Message-ID: <840317.1601475393@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Godfrin, Philippe E" writes: > I am curious why this is considered Class 0A, versus 42 (syntax error?) FEATURE_NOT_SUPPORTED seems perfectly appropriate from here. What you tried to do is not semantically nonsensical, it's just something we can't do given the current architecture for partitioned tables. regards, tom lane