Re: AW: [HACKERS] Solution to the pg_user passwd problem !?? (c)
В списке pgsql-hackers по дате отправления:
| От | Bruce Momjian |
|---|---|
| Тема | Re: AW: [HACKERS] Solution to the pg_user passwd problem !?? (c) |
| Дата | |
| Msg-id | 199802191913.OAA11383@candle.pha.pa.us обсуждение исходный текст |
| Ответ на | Re: AW: [HACKERS] Solution to the pg_user passwd problem !?? (c) (The Hermit Hacker <scrappy@hub.org>) |
| Ответы |
Re: AW: [HACKERS] Solution to the pg_user passwd problem !?? (c)
|
| Список | pgsql-hackers |
> Just curious, but why don't the copy command fall under the same > grant/revoke restrictions in the first place? It sounds to me like we are > backing off of the problem instead of addressing it... grant/revoke works for copy. > > The problem being that it appears that 'copy' overrides/ignores > the rewrite rules, which kind of invalidates having them, doesn't it? > What would it take to have copy follow them as select does? Hard, because COPY does not do joins and does not go through the optimizer and executor. It dumps single tables. Tough to yank that through rewrite. -- Bruce Momjian maillist@candle.pha.pa.us
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера