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 1nahRa-0002aK-CM for pgsql-hackers@arkaria.postgresql.org; Sat, 02 Apr 2022 17:21: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 1nahQa-00012k-OW for pgsql-hackers@arkaria.postgresql.org; Sat, 02 Apr 2022 17:20:44 +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 1nahQa-00012b-FH for pgsql-hackers@lists.postgresql.org; Sat, 02 Apr 2022 17:20:44 +0000 Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nahQY-0000Xl-52 for pgsql-hackers@lists.postgresql.org; Sat, 02 Apr 2022 17:20:43 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 4064F5C0125; Sat, 2 Apr 2022 13:20:41 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 02 Apr 2022 13:20:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=Xi9/vN8Q0j0JEPKIXB4RL52HQ/XHh8OJUbrXoBXH5xg=; b=MJ5MKjTV R14T5hcqyNTpSMFYH+FWn8A9JBVB3oF/SN0uBepjhcYjjvJzMjgXu6GHtJGYY8IW oIIu44pQcQwktIx+Y9+g+Y34V4PL//h3NUJG6k/OWiMM/J81/SZpgudnOcr7TKl9 VQJfx6p4/dy3V+l1WSzwcEbhQkstHeIPJIbq30ORqT2UW9xrq4gv+HAB5mJC13KH eIL2GtCaYDeFOu1XkNiGfokVSIKu+n029V9/DakGce7/F9/C3+LcbQvq4ME8P2ga BI3V+z6rBKoNuFs/Pu29BzxPzZCrqsJweeSdeqoJZHBuJFd5qibmqR6IMRYihw7U OCoXdmlQVlvkCQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudeikedgudduvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkgggtugfgjgesthekredttddtjeenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecuggftrfgrthhtvghrnhepudejveejffejveduudetvdekieeuiedtvdeileefkeev jedufeeguedvjefhueelnecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhv hhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 2 Apr 2022 13:20:40 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 3D67A2A1C14; Sat, 2 Apr 2022 14:21:11 -0300 (-03) Date: Sat, 2 Apr 2022 19:21:11 +0200 From: Alvaro Herrera To: Justin Pryzby Cc: Michael Paquier , =?utf-8?B?5p2O5p2wKOaFjui/vSk=?= , pgsql-hackers@lists.postgresql.org, =?utf-8?B?5pu+5paH5peMKOS5ieS7jik=?= , Zhihong Yu Subject: Re: CLUSTER on partitioned index Message-ID: <202204021721.myr2alroeunz@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <202204021711.zf24w66t6o6w@alvherre.pgsql> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Small things here. 1. in VACUUM FULL we only process partitions that are owned by the invoking user. We don't have this test in the new code. I'm not sure why do we do that there; is it worth doing the same here? 2. We should silently skip a partition that's a foreign table, I suppose. 3. We do mark the index on the partitions as indisclustered AFAICS (we claim that the partitioned table's index is not marked, which is accurate). So users doing unadorned CLUSTER afterwards will get the partitions clustered too, once they cluster the partitioned table. If they don't want this, they would have to ALTER TABLE to remove the marking. How likely is that this will be a problem? Maybe documenting this point is enough. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/ Voy a acabar con todos los humanos / con los humanos yo acabaré voy a acabar con todos (bis) / con todos los humanos acabaré ¡acabaré! (Bender)