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.98.2) (envelope-from ) id 1xBuXs-00000003S1a-3N3v for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Sep 2026 13:40:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.98.2) (envelope-from ) id 1xBuXr-00000002bfG-3PBE for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Sep 2026 13:40:27 +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.98.2) (envelope-from ) id 1xBuXr-00000002bf7-2DLV for pgsql-hackers@lists.postgresql.org; Wed, 30 Sep 2026 13:40:27 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1xBuXp-000000022nk-2uxl for pgsql-hackers@lists.postgresql.org; Wed, 30 Sep 2026 13:40:26 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.18.1/8.18.1) with ESMTP id 68UDeLtO769662; Wed, 30 Sep 2026 09:40:21 -0400 From: Tom Lane To: Alexandre Felipe cc: Michael Paquier , Andres Freund , PostgreSQL Hackers Subject: Re: BUG #19686: Rolling back SET TABLESPACE In-reply-to: References: <714053.1790725180@sss.pgh.pa.us> Comments: In-reply-to Alexandre Felipe message dated "Wed, 30 Sep 2026 08:23:25 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <769660.1790775621.1@sss.pgh.pa.us> Date: Wed, 30 Sep 2026 09:40:21 -0400 Message-ID: <769661.1790775621@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Alexandre Felipe writes: > What if we simply block modifications to the table in a transaction > after it moved to a new tablespace? If we were looking for a quick-n-dirty functionality-losing patch, we'd just reject ALTER SET TABLESPACE within transaction blocks. Perhaps that's the right answer for the back branches, but I'd prefer not to go that way. It seems to me that there is consensus among the senior hackers who have looked at this about what to do. I'm not sure why you are pushing for a more complex and more risky answer. regards, tom lane