Re: dealing with extension dependencies that aren't quite 'e'
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Abhijit Menon-Sen <ams@2ndQuadrant.com>
Cc: pgsql-hackers@postgresql.org
Date: 2016-01-15T14:49:14Z
Lists: pgsql-hackers
Abhijit Menon-Sen <ams@2ndQuadrant.com> writes: > I'm looking at an extension that creates some triggers (on user tables) > dynamically (i.e., not during CREATE EXTENSION, but afterwards). The > author has two problems with it: > * DROP EXTENSION ext won't work without adding CASCADE, which is an > (admittedly relatively minor) inconvenience to users. I am not sure why that's a bad thing. > * More importantly, pg_dump will dump all those trigger definitions, > which is inappropriate in this case because the extension will try > to create them. Or that. Shouldn't pg_dump be expected to restore the same state that was there before? IOW, what is the argument that this doesn't just represent poorly-thought-through extension behavior? regards, tom lane
Commits
-
Support ALTER THING .. DEPENDS ON EXTENSION
- f2fcad27d59c 9.6.0 landed