Re: WIP patch (v2) for updatable security barrier views
От | Dean Rasheed |
---|---|
Тема | Re: WIP patch (v2) for updatable security barrier views |
Дата | |
Msg-id | CAEZATCUodyohD0t5NC6dbAd_sjPnnksHpjaP17=d8psUcc2fvA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: WIP patch (v2) for updatable security barrier views (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On 9 January 2014 15:19, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Dean Rasheed <dean.a.rasheed@gmail.com> writes: >> My first thought was that it should just preprocess any security >> barrier quals in subquery_planner() in the same way as other quals are >> preprocessed. But thinking about it further, those quals are destined >> to become the quals of subqueries in the range table, so we don't >> actually want to preprocess them at that stage --- that will happen >> later when the new subquery is planned by recursion back into >> subquery_planner(). So I think the right answer is to make >> adjust_appendrel_attrs() handle recursion into sublink subqueries. > > TBH, this sounds like doubling down on a wrong design choice. Perhaps, but it's a design choice informed by all the problems that arose from the previous attempts. Right now I don't have any other ideas how to tackle this, so perhaps continued testing to find where this falls down will inform a better approach. If nothing else, we're collecting a useful set of test cases that the final patch will need to pass. Regards, Dean
В списке pgsql-hackers по дате отправления: