Re: pg_dump with postgis extension dumps rules separately - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pg_dump with postgis extension dumps rules separately
Date
Msg-id 21686.1370102229@sss.pgh.pa.us
Whole thread Raw
In response to Re: pg_dump with postgis extension dumps rules separately  (Joe Conway <mail@joeconway.com>)
Responses Re: pg_dump with postgis extension dumps rules separately  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Joe Conway
Date:
Subject: Re: pg_dump with postgis extension dumps rules separately
Next
From: Tom Lane
Date:
Subject: Re: pg_dump with postgis extension dumps rules separately