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 1wWhzN-002nub-2E for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Jun 2026 21:58:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wWhzM-0049GC-1q for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Jun 2026 21:58:32 +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.96) (envelope-from ) id 1wWhwJ-0046Dp-30 for pgsql-hackers@lists.postgresql.org; Mon, 08 Jun 2026 21:55:24 +0000 Received: from mail-ot1-x32a.google.com ([2607:f8b0:4864:20::32a]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wWhwI-00000001kbk-0MTG for pgsql-hackers@lists.postgresql.org; Mon, 08 Jun 2026 21:55:23 +0000 Received: by mail-ot1-x32a.google.com with SMTP id 46e09a7af769-7e6cfdc8382so3605459a34.2 for ; Mon, 08 Jun 2026 14:55:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=j-davis-com.20251104.gappssmtp.com; s=20251104; t=1780955721; x=1781560521; 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=Pb2O/iVdzkUX2yWR2dpshmH2Jf0FIiPDRo8pdbJ1dHg=; b=kkdiDkxGokLvfaVAirwgxVhs/kxERs3CLeWrjVtf4g5a02RxRDAww2jhV4jM/b9N9E YJlHxojCp2SSASVxf4BLJ/yq6FOMvLCVlZeOlNjkXElF+s2SzcgQU+iKdt1wbz1JuB1v zoqfV67tFlWDxYNLRfMpHqE1apJG1hd2wzLwFd4O+BaQps+rZG4Wa/60EKbNfYIoRKDZ YU1XCd7guzQmnncFuWo5WM/B+V9jwgqLuIs7cujnrEb5oZbbdmjuv58fNkLuL55ZKSgW zdWunGSNnxyDcr7jvo+4DACKS8FbHSMUP2n7UzRk3lCsiItiyJhPlvIuGIG6UogkvoDO PHLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780955721; x=1781560521; 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=Pb2O/iVdzkUX2yWR2dpshmH2Jf0FIiPDRo8pdbJ1dHg=; b=XNRd60Hq+gs1pCKBIiNHMDmb5BEr4Wqbs6aOy70aa0hJ//EGZnMPALnpM5jezuOM09 EnIAiyiY/zc7zFdgtNmkKBebywgk8tTXjXWjKy6uFcGjHqTLO07Q2DrEXzAGx2EqOusG oOcN+W7Wvle/FX/umGXJvX53dUQ/OFKOTeYwkeHRkQJ2dE3Hjpk6mB3ATAQnrrugrf4y GwSCkGWpHlQeYKeD1Sj6xg8rN/fEChnF0vR/cNEE5vc++QoxDUTfi+0ByjPopDu0j4Qj VYjScWU561UPaTDW7ftNsVDXRMq0jr1BFL+T3gB7n0qXuVN066IhNOJjNoNGOf1ynrbp LIvg== X-Forwarded-Encrypted: i=1; AFNElJ9SJaRJVQwKspjU8mLoFqxYs4S010S6PTpoMEs+9eQNtYri/ZVJyb5r0gkYzwu2TqCQmf0fPs/O4plJxLT5@lists.postgresql.org X-Gm-Message-State: AOJu0YzlJcDAavD8N2LVJtBYajrxsiRl4p6oinEVOU/hQ3luX8wIyguA HGG9aG96TczRbA7iQGjed+3BUNhAycgwJU1KwGZjOcyThOaYJBz5g3QmA5Hv0iXkRA== X-Gm-Gg: Acq92OHY7w4FJvJBJjXGU8RqC2YiDQ6LbWcC0rn7DSiTtUQdjlKO+0JxqSZebGioDPo wl4BOkL9PBwGAtburlpdh1gYp5yJzN3uIs7lTKMnyuvFQMllTwWPj8borX0PLNMILfvDo/gw/Dq p7s/uRRIU5O3w10Gm8UwVWINWaeWWF3UBMdSLWOxIkJXtimxTjZax9veW9HDz1L7Nonu4nvpxyn VPUnLByFyEpign2nPQrA8hY8iv31/yOFrNU1wetSK06/SAzbquJWZO8wGj66rqrqVEkBSqBGPDw LUG7hsXAb2Ak00i8YbnKRGhkmqYKUV8v7ObQEbSttPiMI+LiKtQtOXLxLvdL03gr8e3dKmlZHEL dBG2ch5yuTGbetmH1SpCIjgVq2HpU+6TVK+B+lNGUbc+eBon4x51D3d4s05N2gXuXMleRaAGooJ 25F66Ane9Q3H8QdHEsqej58sqFCbGXRHbPOA== X-Received: by 2002:a05:6830:410f:b0:7e6:ed97:ce5a with SMTP id 46e09a7af769-7e70c65b236mr11363272a34.4.1780955721451; Mon, 08 Jun 2026 14:55:21 -0700 (PDT) Received: from [10.10.245.117] ([12.63.242.123]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7e6e745fea5sm12414454a34.5.2026.06.08.14.55.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Jun 2026 14:55:20 -0700 (PDT) Message-ID: <71eb9a8835a28165939da567a9d649fe6d21bfa7.camel@j-davis.com> 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: Mon, 08 Jun 2026 14:55:19 -0700 In-Reply-To: References: <9f5f0dd4-96d5-4d90-9436-62d96e0298f9@arenadata.io> <3963e573-4852-4d25-b741-7c5c7e1f9140@iki.fi> <02e28438bd448ff4ee8f6fd78e6b74e657172d73.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 Fri, 2026-06-05 at 13:09 +0000, Bertrand Drouvot wrote: > the current patch /* * Look up a tracked aclcheck entry for the given object. * Returns true if found, filling in roleId, mode, and inval_count. * Searches from the end to find the most recent check (the one with the * freshest inval_count). What if two tracked ACL checks had different modes? Don't you need to do both checks or somehow combine the modes in the tracking entry? (I'm not sure if this is a practical problem or not.) Regards, Jeff Davis