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 1rx0Q3-005oUS-5M for pgsql-hackers@arkaria.postgresql.org; Wed, 17 Apr 2024 08:13:27 +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 1rx0Q1-009iFg-Hp for pgsql-hackers@arkaria.postgresql.org; Wed, 17 Apr 2024 08:13:25 +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 1rx0Q0-009iFQ-Pf for pgsql-hackers@lists.postgresql.org; Wed, 17 Apr 2024 08:13:25 +0000 Received: from wfout6-smtp.messagingengine.com ([64.147.123.149]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rx0Pw-003GM5-4C for pgsql-hackers@postgresql.org; Wed, 17 Apr 2024 08:13:23 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfout.west.internal (Postfix) with ESMTP id 9E16E1C000E3; Wed, 17 Apr 2024 04:13:17 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Wed, 17 Apr 2024 04:13:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1713341597; x=1713427997; bh=V8VkjzSizR nhIGP32mGs29gV52/YjaUPK/syW1utzfE=; b=bFbc+fZsLJ9YQqD9W3othZA9bE 4dwC0/cHYDQez0xTksAKeAuzKc6zMp3IW6e6UnOKNhojnD31HugZT6pvUMVJpJk3 We3ynFB1uam7RWMgowdxRAbfRoErWhC0urASfoNEejdcmCkcbzreLBJWA7VcvQO2 mBp7m75ACOv6/CGzCzFve64EYJ0o5Jz+ZsU2DMLTwd9D8Tibw5OvnB3wM7NHOdLa 73KI5+NKkgkzZbNc/Y+BkAe3QtNHPYk5Ds41jWwDhF9CxpX8hhviocAM5mLtmk9Y mDP51IUGmUFITOZB1ukDXbem3JblJVE4dh/Q3nCKLhJsMOqvYGh/6ZhE5S9w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1713341597; x=1713427997; bh=V8VkjzSizRnhIGP32mGs29gV52/Y jaUPK/syW1utzfE=; b=h/HngHwHrqvkxGsuLsrXpUaZByL80WEE22cdxI1cE2BP usayamLBUq/0Gk2mbt6iirjd8/k9h4R+EeY4adPH8AnhoNSP7WIcJNnZI0403kgd 7bPXMS4DrZTeMJqS9mIlaYULayTUr/uBjdvrYT5tkmjQNN+qXlW69nBNu/4u97Vj GRe7CpuciM3sMGjh65i1hGF3zc5v+a+DWwXwlkrKxA3woY7riyhRUqAVk++PzDtO kAbU2kNZDKmCR5vscJilGvab1j7QIHfQ1fD3j6dyi6c7MOaSHmJwP0fRDKB45jSc y0tJpq4N2KVfsFtPNWY5AFS8J0OX53XKdOqIpegfKg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudejkedgtdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvvefukfhfgggtuggjsehgtderredt tddvnecuhfhrohhmpefoihgthhgrvghlucfrrghquhhivghruceomhhitghhrggvlhesph grqhhuihgvrhdrgiihiieqnecuggftrfgrthhtvghrnhepteelieefudffhffhtdetleeg geegfffhkeeuveetiefgudduvedutefggeeivdejnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepmhhitghhrggvlhesphgrqhhuihgvrhdrgiih ii X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 17 Apr 2024 04:13:13 -0400 (EDT) Date: Wed, 17 Apr 2024 17:13:02 +0900 From: Michael Paquier To: Alvaro Herrera Cc: Tom Lane , Justin Pryzby , Alexander Lakhin , Peter Eisentraut , Soumyadeep Chakraborty , Zhihong Yu , pgsql-hackers@postgresql.org, Ashwin Agrawal , vanjared@vmware.com Subject: Re: ALTER TABLE SET ACCESS METHOD on partitioned tables Message-ID: References: <202404170740.dv4jwhwvdieb@alvherre.pgsql> <202404170750.3672wigvldoq@alvherre.pgsql> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Ci6kYGa4r0+gdvIg" Content-Disposition: inline In-Reply-To: <202404170750.3672wigvldoq@alvherre.pgsql> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --Ci6kYGa4r0+gdvIg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 17, 2024 at 09:50:02AM +0200, Alvaro Herrera wrote: > I think it's easy enough to add a "bool ispartitioned" to TableInfo and > use an ALTER TABLE or rely on the GUC depending on that -- seems easy > enough. Yeah, that would be easy enough to track but I was wondering about adding the relkind instead. Still, one thing that I found confusing is the dump generated in this case, as it would mix the SET and the ALTER TABLE commands so one reading the dumps may wonder why the SET has no effect for a CREATE TABLE PARTITION OF without USING. Perhaps that's fine and I just worry too much ;) The extra ALTER commands need to be generated after the object definitions, so we'd need a new subroutine similar to _selectTableAccessMethod() like a _selectTableAccessMethodNoStorage(). Or grouping both together is just simpler? -- Michael --Ci6kYGa4r0+gdvIg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmYfhI4ACgkQnvQgOdby QH3Kjg//Yq/Jtcvb5LnKNt7m/Kz44SCbD7EUE6pb+1mO0cYLuNF5R9YSBVE0F522 yOsTKWXiL157idh6rLJvvHmK8q4tIdddQyyO0mA7qMMDjF7XuYmrPI1qsDC1cGd+ OJdR4UUzCsDFRbuf+YJFe9j1WFEyC5DOjC3aZt5ltV4ZpdpHoI0l+9txrOdsGG3m amw05cwD/iipA6KrFdpbTsSZQmGcy5jHBwOuJvqHoWi0cRvt9CJ03DIrBGQ/8uyg V2H3QAHltO94Sg136fUpmrzAI81ZuYjzTdZCBhpcvm9LHAccPiPEEQpBVCjwlNAF 7sqlb8izxb3ZJxDu/Mwj5u5QZAcm3DXmI6usiE8XFDw80WuSbBOwi+QiWyxDIi7A lQAu20US+StzYl0s9V61L3yauXGe4p+YT+qtJjiUdmistgLOJQTgGJnSG+udzSZA M/DGSKmE60ZwOxOTLZEgGASmQtcdfhyiRyC4fWDUqrDF7CMvdELq+NoKIMNOAvLI dG42pZ0qRiUOK1ksqzZz/xCQ9HDnjVdkqKa/jFutsAT2I/m71zBPXYGdpMc+lf1C W1OA3uddKgrINFUrYqe0QPIHMRFcYp2mV+Kr3yHiMjM77RY4HE+wOuAwNrmhGljz 8eYd/0sQvoPkjeoBdHkSo/+HRjSywlSkoUn174pv6DPwzGbx0zk= =4Cnl -----END PGP SIGNATURE----- --Ci6kYGa4r0+gdvIg--