Re: Odd behavior of updatable security barrier views on foreign tables
В списке pgsql-hackers по дате отправления:
| От | Etsuro Fujita |
|---|---|
| Тема | Re: Odd behavior of updatable security barrier views on foreign tables |
| Дата | |
| Msg-id | 54E54AAC.3030100@lab.ntt.co.jp обсуждение |
| Ответ на | Re: Odd behavior of updatable security barrier views on foreign tables (Stephen Frost <sfrost@snowman.net>) |
| Список | pgsql-hackers |
On 2015/02/18 21:44, Stephen Frost wrote: > * Etsuro Fujita (fujita.etsuro@lab.ntt.co.jp) wrote: >> On 2015/02/18 7:44, Stephen Frost wrote: >>> Attached is a patch which should address this. Would love your (or >>> anyone else's) feedback on it. It appears to address the issue which >>> you raised and the regression test changes are all in-line with >>> inserting a LockRows into the subquery, as anticipated. >> >> I've looked into the patch. >> >> * The patch applies to the latest head, 'make' passes successfully, >> but 'make check' fails in the rowsecurity test. > > Apologies for not being clear- the patch was against 9.4, where it > passes all the regression tests (at least for me- if you see > differently, please let me know!). Sorry, I assumed that the patch was against HEAD. I comfermed that the back-patched 9.4 passes all the regression tests! Best regards, Etsuro Fujita
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера