Re: [GENERAL] Strange permission problem regarding pg_settings
В списке pgsql-hackers по дате отправления:
| От | Joe Conway |
|---|---|
| Тема | Re: [GENERAL] Strange permission problem regarding pg_settings |
| Дата | |
| Msg-id | 3FEE0D03.7020705@joeconway.com обсуждение исходный текст |
| Ответ на | Re: [GENERAL] Strange permission problem regarding pg_settings (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [GENERAL] Strange permission problem regarding pg_settings
|
| Список | pgsql-hackers |
Tom Lane wrote: > This is exactly what I'm talking about. The rtable for a query > generated by a rule is the concatenation of the original query's rtable > and the rule query's rtable. Therefore the RTE for table1 appears > twice, once in the original INSERT query and once in the generated > UPDATE query (even though the UPDATE query does not actually use that > RTE in this case). This would be okay if the RTE's write permission > flag were not context-dependent, but because it is, we have a problem. OK, that makes more sense now. But why isn't table2 also in the rule query's rtable? Joe
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера