Re: pg_dump doesn't dump new objects created in schemas from extensions
| От | Tom Lane |
|---|---|
| Тема | Re: pg_dump doesn't dump new objects created in schemas from extensions |
| Дата | |
| Msg-id | 4193.1466616102@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: pg_dump doesn't dump new objects created in schemas from extensions (Martín Marqués <martin@2ndquadrant.com>) |
| Ответы |
Re: pg_dump doesn't dump new objects created in schemas from
extensions
Re: pg_dump doesn't dump new objects created in schemas from extensions Re: pg_dump doesn't dump new objects created in schemas from extensions |
| Список | pgsql-bugs |
Martín Marqués <martin@2ndquadrant.com> writes:
> On HEAD I actually see that we *are* setting dump_contains as well:
> if (fout->remoteVersion < 90600)
> dobj->dump = DUMP_COMPONENT_NONE;
> else
> dobj->dump = ext->dobj.dump_contains & (DUMP_COMPONENT_ACL |
> DUMP_COMPONENT_SECLABEL | DUMP_COMPONENT_POLICY);
Uh, what?
(BTW, Stephen, what's the point of the version check here? The 'else'
code seems like it would work just fine in all branches.)
>> So maybe just moving the checkExtensionMembership call to after the other
>> stuff would be enough in HEAD?
> Looking into older versions as well I can't see how placing
> checkExtensionMembership at the end of selectDumpableNamespace would
> help. (like-wise for other selectDumpable's)
The fix in HEAD will necessarily look quite a bit different from
the back branches, I fear. But the idea I had in mind there was that
we'd calculate a namespace's dump and dump_contains flags as if it
were not an extension member, and then allow checkExtensionMembership
to overwrite the dump flags if it is a member. Since
checkExtensionMembership doesn't touch the dump_contains flags, that
would leave all the flags in the desired state.
regards, tom lane
В списке pgsql-bugs по дате отправления: