Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal
В списке pgsql-hackers по дате отправления:
| От | Joe Conway |
|---|---|
| Тема | Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal |
| Дата | |
| Msg-id | 005e01c0eed2$1248d600$dad410ac@jecw2k1 обсуждение исходный текст |
| Ответ на | Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal
|
| Список | pgsql-hackers |
> where the semantics are that an entire tuple of the relation "rel" is > passed to the function. This doesn't really gain us anything for the > problem at hand (and we'll quite likely have to give it up anyway when > we implement schemas, since SQL has very different ideas about what > a.b.c means than our current parser does). > I wasn't quite sure if there are changes I can/should make to has_table_privilege based on this discussion. Is there any action for me on this (other than finishing the regression test and creating documentation patches)? Thanks, -- Joe
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера