pgsql: AccessExclusiveLock new relations just after assigning the OID. - Mailing list pgsql-committers

From Noah Misch
Subject pgsql: AccessExclusiveLock new relations just after assigning the OID.
Date
Msg-id E1sN1KA-003J0V-8u@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
AccessExclusiveLock new relations just after assigning the OID.

This has no user-visible, important consequences, since other sessions'
catalog scans can't find the relation until we commit.  However, this
unblocks introducing a rule about locks required to heap_update() a
pg_class row.  CREATE TABLE has been acquiring this lock eventually, but
it can heap_update() pg_class.relchecks earlier.  create_toast_table()
has been acquiring only ShareLock.  Back-patch to v12 (all supported
versions), the plan for the commit relying on the new rule.

Reviewed (in an earlier version) by Robert Haas.

Discussion: https://postgr.es/m/20240611024525.9f.nmisch@google.com

Branch
------
REL_13_STABLE

Details
-------
https://git.postgresql.org/pg/commitdiff/b899cde0b86acfeb6310489ab6c478059075a8f4

Modified Files
--------------
src/backend/catalog/heap.c | 7 +++++++
1 file changed, 7 insertions(+)


pgsql-committers by date:

Previous
From: Noah Misch
Date:
Subject: pgsql: Make TAP todo_start effects the same under Meson and prove_check
Next
From: Michael Paquier
Date:
Subject: pgsql: Improve locking around InjectionPointRun()