Fix bogus logic for skipping unnecessary partcollation dependencies.

The idea here is to not call recordDependencyOn for the default collation,
since we know that's pinned.  But what the code actually did was to record
the partition key's dependency on the opclass twice, instead.

Evidently introduced by sloppy coding in commit 2186b608b.  Back-patch
to v10 where that came in.
pull/35/head
Tom Lane 7 years ago
parent 04fe805a17
commit 84d514887f
  1. 4
      src/backend/catalog/heap.c

@ -3413,7 +3413,7 @@ StorePartitionKey(Relation rel,
/* Mark this relation as dependent on a few things as follows */
myself.classId = RelationRelationId;
myself.objectId = RelationGetRelid(rel);;
myself.objectId = RelationGetRelid(rel);
myself.objectSubId = 0;
/* Operator class and collation per key column */
@ -3432,10 +3432,10 @@ StorePartitionKey(Relation rel,
referenced.classId = CollationRelationId;
referenced.objectId = partcollation[i];
referenced.objectSubId = 0;
}
recordDependencyOn(&myself, &referenced, DEPENDENCY_NORMAL);
}
}
/*
* Anything mentioned in the expressions. We must ignore the column

Loading…
Cancel
Save