mirror of
https://github.com/postgres/postgres.git
synced 2025-06-17 17:02:08 +03:00
Make constraint rename issue relcache invalidation on target relation
When a constraint gets renamed, it may have associated with it a target relation (for example domain constraints don't have one). Not invalidating the target relation cache when issuing the renaming can result in issues with subsequent commands that refer to the old constraint name using the relation cache, causing various failures. One pattern spotted was using CREATE TABLE LIKE after a constraint renaming. Reported-by: Stuart <sfbarbee@gmail.com> Author: Amit Langote Reviewed-by: Michael Paquier Discussion: https://postgr.es/m/2047094.V130LYfLq4@station53.ousa.org
This commit is contained in:
@ -3019,8 +3019,15 @@ rename_constraint_internal(Oid myrelid,
|
||||
ReleaseSysCache(tuple);
|
||||
|
||||
if (targetrelation)
|
||||
{
|
||||
relation_close(targetrelation, NoLock); /* close rel but keep lock */
|
||||
|
||||
/*
|
||||
* Invalidate relcache so as others can see the new constraint name.
|
||||
*/
|
||||
CacheInvalidateRelcache(targetrelation);
|
||||
}
|
||||
|
||||
return address;
|
||||
}
|
||||
|
||||
|
Reference in New Issue
Block a user