From: | David Steele <david(at)pgmasters(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Amit Langote <amitlangote09(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Views no longer in rangeTabls? |
Date: | 2023-06-10 06:51:34 |
Message-ID: | edb0f313-648e-bbca-5ce0-225b9cce046d@pgmasters.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 6/9/23 19:14, Tom Lane wrote:
> David Steele <david(at)pgmasters(dot)net> writes:
>> Thank you, this was very helpful. I am able to get the expected result
>> now with:
>
>> /* We only care about tables/views and can ignore subqueries, etc. */
>> if (!(rte->rtekind == RTE_RELATION ||
>> (rte->rtekind == RTE_SUBQUERY && OidIsValid(rte->relid))))
>> continue;
>
> Right, that matches places like add_rtes_to_flat_rtable().
Good to have confirmation of that, thanks!
>> One thing, though, rte->relkind is not set for views, so I still need to
>> call get_rel_relkind(rte->relid). Not a big deal, but do you think it
>> would make sense to set rte->relkind for views?
>
> If you see "rte->rtekind == RTE_SUBQUERY && OidIsValid(rte->relid)",
> it's dead certain that relid refers to a view, so you could just wire
> in that knowledge.
Yeah, that's a good trick. Even so, I wonder why relkind is not set when
relid is set?
Regards,
-David
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2023-06-10 06:57:22 | Re: Views no longer in rangeTabls? |
Previous Message | Tom Lane | 2023-06-10 05:33:31 | Re: pgsql: Fix search_path to a safe value during maintenance operations. |