Re: Avoid orphaned objects dependencies, take 3
Jeff Davis <pgsql@j-davis.com>
From: Jeff Davis <pgsql@j-davis.com>
To: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
Cc: Heikki Linnakangas <hlinnaka@iki.fi>, Robert Haas
<robertmhaas@gmail.com>, Roman Eskin <r.eskin@arenadata.io>, Michael
Paquier <michael@paquier.xyz>, Alexander Lakhin <exclusion@gmail.com>,
pgsql-hackers@lists.postgresql.org, Tom Lane <tgl@sss.pgh.pa.us>
Date: 2026-06-19T02:13:38Z
Lists: pgsql-hackers
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
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Avoid orphaned objects dependencies
- 2fbb21170e90 19 (unreleased) landed
- 5100bdbd3ba2 14 (unreleased) landed
- 5fa137727db0 15 (unreleased) landed
- d9bc0d96c247 16 (unreleased) landed
- 3a9909eda207 17 (unreleased) landed
- c8cd3d6976f7 18 (unreleased) landed
-
Don't try to record dependency on a dropped column's datatype
- fd93ee100830 19 (unreleased) landed
- 36b6ed2606e1 14 (unreleased) landed
- ef3d7b15e4cd 15 (unreleased) landed
- d44cd467471c 16 (unreleased) landed
- c1588f92a915 17 (unreleased) landed
- f9d5a52da4ca 18 (unreleased) landed