1
0
mirror of https://github.com/postgres/postgres.git synced 2025-06-13 07:41:39 +03:00

Add missing CommandCounterIncrement

For commit b663b9436e I thought this was useless, but turns out not to
be for the case where a partitioned table has two identical foreign key
constraints which can both be matched by the same constraint in a
partition during attach.  This CCI makes the match search for the second
constraint in the parent ignore the constraint in the child that has
already been matched by the first constraint in the parent.

Reported-by: Alexander Lakhin <exclusion@gmail.com>
Discussion: https://postgr.es/m/c599253c-1ccd-4161-80fc-c9065e037a09@gmail.com
This commit is contained in:
Álvaro Herrera
2025-01-26 17:34:28 +01:00
parent d28cd3e7b2
commit 0a16c8326c
3 changed files with 31 additions and 10 deletions

View File

@ -11564,22 +11564,22 @@ tryAttachPartitionForeignKey(List **wqueue,
table_close(pg_constraint, RowShareLock);
}
/*
* We updated this pg_constraint row above to set its parent; validating
* it will cause its convalidated flag to change, so we need CCI here. In
* addition, we need it unconditionally for the rare case where the parent
* table has *two* identical constraints; when reaching this function for
* the second one, we must have made our changes visible, otherwise we
* would try to attach both to this one.
*/
CommandCounterIncrement();
/* If validation is needed, put it in the queue now. */
if (queueValidation)
{
Relation conrel;
/*
* We updated this pg_constraint row above to set its parent;
* validating it will cause its convalidated flag to change, so we
* need CCI here. XXX it might work better to effect the convalidated
* changes for all constraints together during phase 3, but that
* requires more invasive code surgery.
*/
CommandCounterIncrement();
conrel = table_open(ConstraintRelationId, RowExclusiveLock);
partcontup = SearchSysCache1(CONSTROID, ObjectIdGetDatum(fk->conoid));
if (!HeapTupleIsValid(partcontup))
elog(ERROR, "cache lookup failed for constraint %u", fk->conoid);