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 1n7FFl-0000Fw-Uj for pgsql-hackers@arkaria.postgresql.org; Tue, 11 Jan 2022 11:23:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1n7FFk-0004f9-Ll for pgsql-hackers@arkaria.postgresql.org; Tue, 11 Jan 2022 11:23:48 +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 1n7FFk-0004f0-Cd for pgsql-hackers@lists.postgresql.org; Tue, 11 Jan 2022 11:23:48 +0000 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n7FFi-0006Mn-35 for pgsql-hackers@postgresql.org; Tue, 11 Jan 2022 11:23:47 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id D95805C0244; Tue, 11 Jan 2022 06:23:44 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 11 Jan 2022 06:23:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=bjiULQQXntm6JvCCCeCQ7su7aZdETIVuevc1e6GTsZY=; b=dqGczpvf zNjwf5Jkxeoc9qvHo+QMOvdZW2Qly72ta+gfaocEfmfyzKlLGu2B1sFy6Wa+zLeX MGboeYGjSasU/WjvhsB327/vpSPYvIJ+83VWaMnd7eDrd9G9hJhDL1Z7fyiyD4xm 21ZEzpza+WEZx2moDXN/g6T8j3E5rbuRr965v+x6L8hDD5Q7Jz9Kz3ymsvUd+rhK /om7+MavXaXBGDCK4sWL9rSrwZfKJ++hZ77zAj2RbhMYyssnEGFmT3Vgx5duwmJf z9P9hsDx/pebkSh5k5cE4nbwGchTaly6oVYObKqnRsudbK/hJZTeElNguRP+r4ql UMamG3lJTzX0mw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrudehfedgvdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhvrghr ohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhgqe enucggtffrrghtthgvrhhnpedujeevjeffjeevuddutedvkeeiueeitddvieelfeekveej udefgeeuvdejhfeuleenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtohhmne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhh vghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 11 Jan 2022 06:23:44 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 949192A07B8; Tue, 11 Jan 2022 08:23:41 -0300 (-03) Date: Tue, 11 Jan 2022 08:23:41 -0300 From: Alvaro Herrera To: Amit Langote Cc: Andrew Dunstan , Ibrar Ahmed , Arne Roland , "David G. Johnston" , Masahiko Sawada , Peter Eisentraut , PostgreSQL-development , Rahila Syed , Tomas Vondra Subject: Re: a misbehavior of partition row movement (?) Message-ID: <202201111123.2jgx5lnzecdf@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 2022-Jan-11, Amit Langote wrote: > As for the fix to make cross-partition updates work correctly with > foreign keys, I just realized it won't work for the users' existing > foreign keys, because the parent table's triggers that are needed for > the fix to work would not be present. Were you thinking that we'd ask > users of v13 and v14 to drop and recreate those constraints? Yeah, more or less. Also, any tables created from 13.6 onwards. I was mainly thinking that we'll still have people creating new clusters using pg13 for half a decade. -- Álvaro Herrera Valdivia, Chile — https://www.EnterpriseDB.com/ "Right now the sectors on the hard disk run clockwise, but I heard a rumor that you can squeeze 0.2% more throughput by running them counterclockwise. It's worth the effort. Recommended." (Gerry Pourwelle)