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.96) (envelope-from ) id 1waOjq-001m1x-2e for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Jun 2026 02:13:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1waOjp-00EgEq-1W for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Jun 2026 02:13:45 +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.96) (envelope-from ) id 1waOjp-00EgEh-0B for pgsql-hackers@lists.postgresql.org; Fri, 19 Jun 2026 02:13:45 +0000 Received: from mail-dy1-x1331.google.com ([2607:f8b0:4864:20::1331]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1waOjm-00000001COo-3UoI for pgsql-hackers@lists.postgresql.org; Fri, 19 Jun 2026 02:13:44 +0000 Received: by mail-dy1-x1331.google.com with SMTP id 5a478bee46e88-30c001b21feso1000576eec.1 for ; Thu, 18 Jun 2026 19:13:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=j-davis-com.20251104.gappssmtp.com; s=20251104; t=1781835220; x=1782440020; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=1tmJvX+8ObeN9b1Xf1PTkGnjUlPmvHXG0qlKmwR1yJw=; b=B0xUEORRjSroqjCzms17vpLgxoTCNaKJaAxcC3HV7Cxxtm4Dqc//2lcAaYb9VCgt7q rs/ATkdJ7onVtgGGt/EKpEiuJOmWEKiWnNM1rWA1eP2DC4TMMycx4kFHb4ZDgSujgPGs zOgTbn6Ld5XJKFEFuqXAXYV9CvjctcrCqzP42FEXHufh5rhBuRKtLm4h3BT2zKJ4KEOB jybeXeXt+SKfhFiulNTjuvPImG8UFi2APkdqSwWKi5I68TZBkj8ZDpLV/5zY7UTJ1ddS AOp+IJwH/qkW29Pt4WCSFu5mS542N2oErgJuCErSUO+edoWeoqESctNOHaBAOZfQ3YgM P3Xw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781835220; x=1782440020; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1tmJvX+8ObeN9b1Xf1PTkGnjUlPmvHXG0qlKmwR1yJw=; b=qVlm/kqVKekAT4sVKkalRCPIz8u2dmXcOb43liHV4tGrdbbniVwSYPJbisFaQ/Z/Qp u8usHe5fSg3N38m+gy9rDD84Yl+p4AHAjcqojsV1Q7SyRGNgVmA5pq/TRoeS3Pi0FUWk a3pkeIhWfgY1hZ6K07x2CxLf5iAJPUwUlmrxbMAq0uqsVyG7i+A0ui1xkBnb9t5arvoG Oe1jVaZMGe4tB+eqwzPhmKIdCW2A4dEDPfHXKJHPvxpPh29zxm51DvjB6/7B+PA+tM8b hqu/VmqONkoP03ASlNPB3p03l4PnozGMhMAF4okX+uUsfgFZvV9h7aluBUHr4hPqsLJk /y4A== X-Forwarded-Encrypted: i=1; AFNElJ8oq0SqDrjW2e+5T7iIJ/xFfOQhlNLamLjihVNTbgPw/tUGO5M36SGgQ6LIbSIhgv7NkzYUMPLK9yvmSVwa@lists.postgresql.org X-Gm-Message-State: AOJu0YxSdryyew0I2sxmeyNHzZ8g1/wT507fal6g+83Xi6xjchiiKSaM YBEjE0g249WN+RvAZKrIgsQ+TOjLi+2b4xbngtPdbswymJcpLUtuMDjnzjBIOOIdjQ== X-Gm-Gg: AfdE7cmaPmKmogCld9WAqLSRPtgueTdVssKhd+o86FqaV7I3QOvQDmaIF3A297GY7PJ xIox0PigiSRy+sOfePwgLv4t0xzQLA3T9td6Z48ZhigQf5ZG9Ci/tCf8DEJz2abGjn+iEOcc5ij 1id5sg/FVkdA8GsU4mRsGy+dGWE8nx+Y4PvDiH+on1e+nfBvlk3/fKeA4sz9h+DoelA90By6uNo uf94HhM9HADx/dcGdyTKYWydpUxhE9r/TZzsNgF9CBjhQgAYSA5BfJWRVKo6qF71OS3j2GyyPqk ysvxlHPNLZygp+1SgWOblfdnmsA5E/PKdOY1u7E+s9ebxqARqzzHTVbIOlj9U0e1aQThL2CX4gj Ikqbi5rKuthPqry4PZbMiBonvEPySnsWwDF9CCL4cJdYkBJGFDdU9HIU+zcVqXev8REvTOySkL8 7Jg2mYzsXiR8z8HGhneQfdcbSek4jPLaBkbEovERg0jLSImF1lMkDAgJ3G X-Received: by 2002:a05:7301:4083:b0:2cb:4b8f:b2bd with SMTP id 5a478bee46e88-30c06ffd51cmr1297220eec.6.1781835220437; Thu, 18 Jun 2026 19:13:40 -0700 (PDT) Received: from jeff-ws-bridge.lan (c-24-7-19-3.hsd1.ca.comcast.net. [24.7.19.3]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-30c06d5e302sm1082352eec.28.2026.06.18.19.13.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 18 Jun 2026 19:13:39 -0700 (PDT) Message-ID: Subject: Re: Avoid orphaned objects dependencies, take 3 From: Jeff Davis To: Bertrand Drouvot Cc: Heikki Linnakangas , Robert Haas , Roman Eskin , Michael Paquier , Alexander Lakhin , pgsql-hackers@lists.postgresql.org, Tom Lane Date: Thu, 18 Jun 2026 19:13:38 -0700 In-Reply-To: <5591d661ea8189f5c057f6b48095f742e0d772f9.camel@j-davis.com> References: <02e28438bd448ff4ee8f6fd78e6b74e657172d73.camel@j-davis.com> <71eb9a8835a28165939da567a9d649fe6d21bfa7.camel@j-davis.com> <0fc145b9b5cf3f59207cf4ca60270448a2891c46.camel@j-davis.com> <5591d661ea8189f5c057f6b48095f742e0d772f9.camel@j-davis.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.52.3-0ubuntu1.1 MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2026-06-18 at 16:21 -0700, Jeff Davis wrote: > IIUC, we cannot have false positives (tracking ACL checks that > wouldn't > have caused an abort) nor can we have false negatives (missing an ACL > check that could cause an abort). Idea: what if we check for changes in ACLs on the object, rather than whether it passes the check or not? Then, if track an ACL check that wouldn't actually cause a failure, then it still might be acceptable to throw an error if the ACL changes. Still some details to sort out, so this is just an idea. Regards, Jeff Davis