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 1rwzuu-005lnC-Lz for pgsql-hackers@arkaria.postgresql.org; Wed, 17 Apr 2024 07:41:17 +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 1rwztt-009UQQ-TY for pgsql-hackers@arkaria.postgresql.org; Wed, 17 Apr 2024 07:40:13 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rwztr-009UOs-ML for pgsql-hackers@lists.postgresql.org; Wed, 17 Apr 2024 07:40:13 +0000 Received: from fhigh2-smtp.messagingengine.com ([103.168.172.153]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rwzto-001Pp5-3M for pgsql-hackers@postgresql.org; Wed, 17 Apr 2024 07:40:10 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 5D29211400E5; Wed, 17 Apr 2024 03:40:05 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 17 Apr 2024 03:40:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1713339605; x= 1713426005; bh=bpFn5JWc6pgRQklbce+tiQ8HuxBT2fJf6Oc9nZms7gQ=; b=j NA5glcrBa9mwpj4q+AVVNG2kZ3T5FZATgZm3w0tfz5z4uP28lxSTVh9nOLby2C16 T5QACxONzy190Hxw4voJb50freKRRjU5BrJ4i3r9SZ9Ri4W4GaiCGRQxsnMxpVDf WRyaRAMAiN91bBOzy+rYxf/N6OKUkbG/a9SW0Ij03fa3otzmm/ZpxjjUZD3x/Q0B gtybJn7MrJozIIsX+4ZyaoRMFLu2s5b9oxmbQzgSaCPzxMhT8LdZ0Y50RUgxzaXv /ArJwIAYB4gmlF/xtdYtQudjVBinv9IeZX5Ca2SXHfkoof+YqFcJwCzAzJ8yj4kF pdKJN8TR96CLFD+1rmIFA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudejjedguddtjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvvefukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhv rghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hgqeenucggtffrrghtthgvrhhnpedvkedtffduffdtffffheffhfejjefhgfeiueeukeej keffgfdufffhudffffeuveenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtoh hmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghl vhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 17 Apr 2024 03:40:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alvh.no-ip.org; s=schmee; t=1713339602; bh=Wqn0pvNWWX8XmBmhaJs14bni6C5o3iasikFRk6qeT+E=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=fwTJcdThQBMeQ+o2V52hYbRVnu0UPHzjZoHypgH6WabZoBu4kXHSb3me0JRKgIsa/ T4kEoRHORbHoQBYxMJ3NTvvjg4a5SMuU+bGEZAA2BJ2WT9kdj2NgjzW3jdwrX1sPPN Nlhc0gVar4zH4axIQcxaX9uktYR0DBp9gARRcXhSmZXe3tvOMAsko6DolcGNsWYm+U tz/KYbxBAJo0fZAfpI+PsPJsBA6wGy209KNE8Ml7475plx8JKYVb4plR5S3tufpIma fNDNUqSv9jqK4TUcIYC9FzgC/xVNA0sn24ESzzFyPEAJ2EYXabbCap4/LVs8BANyYj CR4YtBfr5lETQ== Received: by schmee.alvh.no-ip.org (Postfix, from userid 1000) id 7F3AC385; Wed, 17 Apr 2024 09:40:02 +0200 (CEST) Date: Wed, 17 Apr 2024 09:40:02 +0200 From: Alvaro Herrera To: Michael Paquier 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: <202404170740.dv4jwhwvdieb@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2024-Apr-17, Michael Paquier wrote: > 2) We could limit these extra ALTER TABLE commands to be generated for > partitioned tables. This is kind of confusing as resulting dumps > would mix SET commands for default_table_access_method that would > affect tables with physical storage, while partitioned tables would > have their own extra ALTER TABLE commands. Hmm, cannot we simply add a USING clause to the CREATE TABLE command for partitioned tables? That would override the default_table_access_method, so it should give the correct result, no? -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/