Expand description
Normalize durable constraint names and identities through a caller-owned identity allocator.
Modules§
- identity
- Allocate constraint incarnations and preserve legacy NOT NULL OIDs during initial migration.
Structs§
- Constraint
Name Scope - Explicit names share their relation’s event namespace; automatic names also avoid every constraint in the containing schema.
Enums§
Traits§
- Catalog
Object Allocator - Declaration normalization requests identities from its caller. Execution reserves public addresses; isolated declarations and initial migration can derive candidates before validating the complete catalog.
Functions§
- choose_
suffixed_ constraint_ name - The first of
base_1,base_2, … that no constraint inusedholds, which then holds it, asPostgreSQL’sChooseConstraintNamechooses a name with an empty label for a base that a constraint of the schema already holds. - foreign_
key_ provenance_ matches - Attachment provenance tracks one local row even after its name or enforcement flags change. Legacy entries may still lack the independent catalog identity.
- foreign_
keys_ match_ without_ object_ id - materialize_
check_ identity StoreRelCheck: a CHECK constraint takes its incarnation and itspg_constraintOID when it is stored and keeps them afterwards.- materialize_
column_ key_ constraints - materialize_
constraint_ metadata - materialize_
constraint_ metadata_ with_ names - Validate explicit local names before excluding schema-wide names from automatic selection.
- materialize_
foreign_ key_ identity CreateConstraintEntryfor a foreign key: the constraint row’s incarnation and OID, allocated when the constraint is created and kept afterwards.- synchronize_
partition_ inherited_ foreign_ key_ ids