Re: pg_dump with postgis extension dumps rules separately
| От | Tom Lane |
|---|---|
| Тема | Re: pg_dump with postgis extension dumps rules separately |
| Дата | |
| Msg-id | 21686.1370102229@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pg_dump with postgis extension dumps rules separately (Joe Conway <mail@joeconway.com>) |
| Ответы |
Re: pg_dump with postgis extension dumps rules separately
|
| Список | pgsql-hackers |
Joe Conway <mail@joeconway.com> writes:
> I can look at having pg_dump ignore these entries, but I suspect that
> will be quite a bit more invasive.
Actually, I believe the answer is just that getSchemaData() is doing
things in the wrong order:
if (g_verbose) write_msg(NULL, "reading rewrite rules\n"); getRules(fout, &numRules);
/* * Identify extension member objects and mark them as not to be dumped. * This must happen after reading all
objectsthat can be direct members * of extensions, but before we begin to process table subsidiary objects. */
if(g_verbose) write_msg(NULL, "finding extension members\n"); getExtensionMembership(fout, extinfo,
numExtensions);
Per that comment, getRules() should be called down where indexes,
constraints, and triggers are processed.
regards, tom lane
В списке pgsql-hackers по дате отправления: