Re: Views no longer in rangeTabls? - Mailing list pgsql-hackers

From David Steele
Subject Re: Views no longer in rangeTabls?
Date
Msg-id 3c810344-94b3-19a6-26d0-e6350a0b811f@pgmasters.net
Whole thread Raw
In response to Views no longer in rangeTabls?  (David Steele <david@pgmasters.net>)
List pgsql-hackers
On 6/9/23 11:28, David Steele wrote:
> 
> It seems the thing to do here would be to scan permInfos instead, which 
> works fine except that we also need access to rellockmode, which is only 
> included in rangeTabls. We can add a scan of rangeTabls to get 
> rellockmode when needed and we might be better off overall since 
> permInfos will generally have fewer entries. I have not implemented this 
> yet but it seems like it will work.

I implemented this and it does work, but it was not as straight forward 
as I would have liked. To make the relationship from RTEPermissionInfo 
back to RangeTblEntry I was forced to generate my own perminfoindex.

This was not hard to do but seems a bit fragile. Perhaps we need an 
rteindex in RTEPermissionInfo? This would also avoid the need to scan 
rangeTabls.

Regards,
-David



pgsql-hackers by date:

Previous
From: Richard Guo
Date:
Subject: Re: Remove WindowClause PARTITION BY items belonging to redundant pathkeys
Next
From: Peter Eisentraut
Date:
Subject: Remove distprep