mirror of
https://github.com/postgres/postgres.git
synced 2025-07-08 11:42:09 +03:00
Retain relkind too in RTE_SUBQUERY entries for views.
47bb9db75
modified the ApplyRetrieveRule()'s conversion of a view's
original RTE_RELATION entry into an RTE_SUBQUERY one to retain relid,
rellockmode, and perminfoindex so that the executor can lock the view
and check its permissions. It seems better to also retain
relkind for cross-checking that the exception of an
RTE_SUBQUERY entry being allowed to carry relation details only
applies to views, so do so.
Bump catversion because this changes the output format of
RTE_SUBQUERY RTEs.
Suggested-by: David Steele <david@pgmasters.net>
Reviewed-by: David Steele <david@pgmasters.net>
Reviewed-by: Álvaro Herrera <alvherre@alvh.no-ip.org>
Discussion: https://postgr.es/m/3953179e-9540-e5d1-a743-4bef368785b0%40pgmasters.net
This commit is contained in:
@ -1851,11 +1851,10 @@ ApplyRetrieveRule(Query *parsetree,
|
||||
|
||||
/*
|
||||
* Clear fields that should not be set in a subquery RTE. Note that we
|
||||
* leave the relid, rellockmode, and perminfoindex fields set, so that the
|
||||
* view relation can be appropriately locked before execution and its
|
||||
* permissions checked.
|
||||
* leave the relid, relkind, rellockmode, and perminfoindex fields set, so
|
||||
* that the view relation can be appropriately locked before execution and
|
||||
* its permissions checked.
|
||||
*/
|
||||
rte->relkind = 0;
|
||||
rte->tablesample = NULL;
|
||||
rte->inh = false; /* must not be set for a subquery */
|
||||
|
||||
|
Reference in New Issue
Block a user