Re: Avoid orphaned objects dependencies, take 3
Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
From: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Michael Paquier <michael@paquier.xyz>, Alexander Lakhin <exclusion@gmail.com>, pgsql-hackers@lists.postgresql.org, Tom Lane <tgl@sss.pgh.pa.us>
Date: 2025-01-02T08:15:13Z
Lists: pgsql-hackers
Attachments
- v18-0001-Avoid-orphaned-objects-dependencies.patch (text/x-diff)
Hi, On Mon, Oct 28, 2024 at 09:30:19AM +0000, Bertrand Drouvot wrote: > Hi, > > On Mon, Aug 19, 2024 at 03:35:14PM +0000, Bertrand Drouvot wrote: > > Hi, > > > > On Wed, Jul 10, 2024 at 07:31:06AM +0000, Bertrand Drouvot wrote: > > > So, to sum up: > > > > > > A. Locking is now done exclusively with LockNotPinnedObject(Oid classid, Oid objid) > > > so that it's now always clear what object we want to acquire a lock for. It means > > > we are not manipulating directly an object address or a list of objects address > > > as it was the case when the locking was done "directly" within the dependency code. > > > > > > B. A special case is done for objects that belong to the RelationRelationId class. > > > For those, we should be in one of the two following cases that would already > > > prevent the relation to be dropped: > > > > > > 1. The relation is already locked (could be an existing relation or a relation > > > that we are creating). > > > > > > 2. The relation is protected indirectly (i.e an index protected by a lock on > > > its table, a table protected by a lock on a function that depends the table...) > > > > > > To avoid any risks for the RelationRelationId class case, we acquire a lock if > > > there is none. That may add unnecessary lock for 2. but that seems worth it. > > > > > > > Please find attached v16, mandatory rebase due to 80ffcb8427. > > rebased (v17 attached). rebased (v18 attached). Regards, -- Bertrand Drouvot PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com
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