Re: Invalid dump file after drop of role that previously created extension containing a table.
| От | Stephen Frost |
|---|---|
| Тема | Re: Invalid dump file after drop of role that previously created extension containing a table. |
| Дата | |
| Msg-id | ZQyZ3QOOs0BlWGyf@tamriel.snowman.net обсуждение исходный текст |
| Ответ на | Invalid dump file after drop of role that previously created extension containing a table. (Aleš Zelený <zeleny.ales@gmail.com>) |
| Ответы |
Re: Invalid dump file after drop of role that previously created extension containing a table.
|
| Список | pgsql-bugs |
Greetings, * Aleš Zelený (zeleny.ales@gmail.com) wrote: > Testcase description: > ==================== > 1) An extension (I've used pg_cron as an example because it contains a > table) is created by a database user (login role), and the initial > privileges at extension creation are stored for the extension object > (table in my test case) in the pg_catalog.pg_init_privs table. > 2) Change the database user objects ownership from step 1 to another > database user -> this step keeps the pg_catalog.pg_init_privs table > content for the extension table from step 1 untouched. > 3) Drop the database user used in step 1 and as its entry is deleted > from the catalog, all that remains is the OID of the deleted database > user in the pg_catalog.pg_init_privs table, later used by pg_dump. Hrmpf. Yeah, seems like if we're going to allow extensions and extension objects to be impacted by REASSIGN OWNED and such then we need to be sure to update pg_init_privs accordingly. At least that's my first thought seeing this. Would welcome thoughts from others on this though. Thanks, Stephen
Вложения
В списке pgsql-bugs по дате отправления: