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 1lrA1W-0006yJ-TS for pgsql-hackers@arkaria.postgresql.org; Thu, 10 Jun 2021 02:02:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lrA1V-0000ZX-6N for pgsql-hackers@arkaria.postgresql.org; Thu, 10 Jun 2021 02:02:21 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lrA1T-0000ZO-UH for pgsql-hackers@lists.postgresql.org; Thu, 10 Jun 2021 02:02:20 +0000 Received: from new4-smtp.messagingengine.com ([66.111.4.230]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lrA1N-0001C8-8v for pgsql-hackers@postgresql.org; Thu, 10 Jun 2021 02:02:18 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id F17FB5809DF; Wed, 9 Jun 2021 22:02:11 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 09 Jun 2021 22:02:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=vIgp/cq7ukQQas9hWd+6Q16W9BB GjPaA2yTPLYZ9etA=; b=XUEHFQb8BPpeMCT3Wn/7JX09OE9XVg4qDBqiwUjkMJO 2NoLM/DODNcRgzSMuaih7FnD57vq7m4v86W/oqgEuIzqTXJhvDpi1A6H7mMNOL+9 vwJ/Q3l/fWKFm0ehliTNG2UHL4zW/3RO/Twrv/JjXJP0M90MPdT2UOZY1GbDMZcv /0umsluLQfyztLZyRRYGdg33Z+oQYV5BfkVb1Tf+tzJZB6+ECaPTZJq4q7sRX4gy W4i5We1vO9YGN5Jlof2x3cCQ61vzBTDuGhizTqDOuKPBPOOSJk//iZSYQ8xrMQR1 43oDDisoyhPWQD+bwmLfhM9jqMmZqVsQyfqTnTjANBg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=vIgp/c q7ukQQas9hWd+6Q16W9BBGjPaA2yTPLYZ9etA=; b=hP1Zz7FpdcMjoOeDBSJAe9 GxEXGb17RIB3OHXj2vRLkrG37MYcWQ3LbOnHpIAncY9Bk2B4rvCCW31tKiLWGw/A gToqcvFLvLqHXnxdquDtAtNG+7zBIOPLiHYvXcAK7/Iu6wjg+BlweCrhv7HulJ5y 7sQaaGp8eHGXqY+Rey3r7MqDqfiXJRbLCp8qeaSguLTwtRQz8nfxe3c83hnRSgAH Figk1p1RdHsQLEvar7Cq9FSULk7kVbVPtqJMjgSAWNc7QuTedcprhq/gbAmyGsl8 vpeNDloQkmXqBH3dLgogzEe2OliX06IogZ+42F/J9bU+tkJdsvAPWCCmJ4vfEahQ == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeduvddghedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtroertddt vdenucfhrhhomhepofhitghhrggvlhcurfgrqhhuihgvrhcuoehmihgthhgrvghlsehprg hquhhivghrrdighiiiqeenucggtffrrghtthgvrhhnpeehgedtueehkeetgeeuvedtleel keeggeefteefjeejgfekheeikeevjeehudejheenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehmihgthhgrvghlsehprghquhhivghrrdighiii X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 9 Jun 2021 22:02:07 -0400 (EDT) Date: Thu, 10 Jun 2021 11:02:04 +0900 From: Michael Paquier To: Zhihong Yu Cc: Jeff Davis , Justin Pryzby , PostgreSQL-development , Jacob Champion , Heikki Linnakangas , Ashwin Agrawal , Ashutosh Sharma , Andres Freund , Robert Haas , Amit Kapila , Alvaro Herrera , Dilip Kumar Subject: Re: alter table set TABLE ACCESS METHOD Message-ID: References: <35333ea26e52252174515e14671a9fbc1c20c8fa.camel@j-davis.com> <20210506202305.GQ27406@telsasoft.com> <1033d6b4b5b42a014cc3f617265ae6e61cb5781b.camel@j-davis.com> <20210506221943.GS27406@telsasoft.com> <3bee08c2ca0fab15d14899afcb19490f29e0ec6f.camel@j-davis.com> <803b32e45baf0b05e5f3fc144383db3a18081693.camel@j-davis.com> <27c94b85d966351e2715cdbf79cb4c658b3cfaa7.camel@j-davis.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kzeKxiYiaJmRAb8p" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --kzeKxiYiaJmRAb8p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 09, 2021 at 01:45:52PM -0700, Zhihong Yu wrote: > + /* check if another access method change was already requested > */ > + if (tab->newAccessMethod) > + ereport(ERROR, > + (errcode(ERRCODE_FEATURE_NOT_SUPPORTED), > + errmsg("cannot change access method setting > twice"))); >=20 > I think the error message can be refined - changing access method twice = is > supported, as long as the two changes don't overlap. Hmm. Do we actually need this one? ATPrepSetAccessMethod() checks already that this command cannot be specified multiple times, with an error message consistent with what SET TABLESPACE does. -- Michael --kzeKxiYiaJmRAb8p Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmDBcpwACgkQnvQgOdby QH3oNg//RIpPzvapcjoKailXCyPiCYJnObalChs3j+Z7DF6DV16c1orsvKHX8jHK j24QN2R/CJXlAiE4jNHhwFScGNRaj/ZSFs9JVcV3qxTyRGZQF/ZHiXgt257/ORp0 iplfCEdZGooHsXYVfJLVhcmuENsXLo1mnOPsfJEDc+q2Ykz/wuMUtTMfKc8PDhNN d+vZvk0UYREUdaOY0BOeuEixyTz87dhy3wD0YmihX3iQ1ij+mSDTy8Hr5RE8bfG9 0d1YGlLIGU2TgYiTlDFhOjqjUxtkE9GQgbIooM2tavmUgxJjguWgOX1UasxZr6Fz gcrcba3RxW75cTik6UlO+IzRCkEK9SJbz5shG2Aj8/5UDVZdRnLXp7n//xPFeRfY y8AoTxhv0biuwIA37jEE1JFWRtmSFORa/PaeVeGhE1Zd8O0ea640RUdrwq4hebWs 0XVs901vmcYh56n6d1ZWpyHEYS4TgyqGqtfyBGD8kPs+KHbX2dsOuE8ESHPO2lSy 1Caq47143VGwuVKZLFb8zM3PMNGY0uTKpOaNdWSmK09QtcQY5T/Q7wu7X5FA+P4Z SSrE0WF8cSvdHnUCS90ErS1Kf2P2TsDH4Z6mEja5w99QbRzS/C3jisfKqxltvib0 eqB9W00zB64Pgai1WZkUKhiA7xZjykoqfleNrLbs9nt8VbkLZHA= =avu0 -----END PGP SIGNATURE----- --kzeKxiYiaJmRAb8p--