| От | Christopher Kings-Lynne |
|---|---|
| Тема | Re: OWNER TO on all objects |
| Дата | |
| Msg-id | 40CFDD8F.1020404@familyhealth.com.au обсуждение исходный текст |
| Ответ на | Re: OWNER TO on all objects (Christopher Kings-Lynne <chriskl@familyhealth.com.au>) |
| Список | pgsql-hackers |
> - How does the above point affect full dumps that include schema and > data? In my proposal, the copy commands will run as the user running > the script, not the table owner anymore. Presumably, the user running > the script is a superuser. Given that it is possible for a table owner > to revoke their own INSERT privilege on their table, the existing > behaviour is broken anyway. Yes, confirmed. Current pg_dump is quite broken in the situation where a table owner revokes their own INSERT privilege. It attempts to run COPY as the owner of the table. Only a superuser is guaranteed to be able to always insert. We should fix that. Chris
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера