2015-10-03 12:19:37 -04:00
|
|
|
-- test some errors
|
|
|
|
|
CREATE EXTENSION test_ext1;
|
|
|
|
|
CREATE EXTENSION test_ext1 SCHEMA test_ext1;
|
|
|
|
|
CREATE EXTENSION test_ext1 SCHEMA test_ext;
|
|
|
|
|
CREATE SCHEMA test_ext;
|
|
|
|
|
CREATE EXTENSION test_ext1 SCHEMA test_ext;
|
|
|
|
|
|
|
|
|
|
-- finally success
|
|
|
|
|
CREATE EXTENSION test_ext1 SCHEMA test_ext CASCADE;
|
|
|
|
|
|
|
|
|
|
SELECT extname, nspname, extversion, extrelocatable FROM pg_extension e, pg_namespace n WHERE extname LIKE 'test_ext%' AND e.extnamespace = n.oid ORDER BY 1;
|
|
|
|
|
|
|
|
|
|
CREATE EXTENSION test_ext_cyclic1 CASCADE;
|
|
|
|
|
|
|
|
|
|
DROP SCHEMA test_ext CASCADE;
|
2016-04-15 21:57:15 -04:00
|
|
|
|
|
|
|
|
CREATE EXTENSION test_ext6;
|
|
|
|
|
DROP EXTENSION test_ext6;
|
|
|
|
|
CREATE EXTENSION test_ext6;
|
Fix test about ignoring extension dependencies during extension scripts.
Commit 08dd23cec introduced an exception to the rule that extension member
objects can only be dropped as part of dropping the whole extension,
intending to allow such drops while running the extension's own creation or
update scripts. However, the exception was only applied at the outermost
recursion level, because it was modeled on a pre-existing check to ignore
dependencies on objects listed in pendingObjects. Bug #14434 from Philippe
Beaudoin shows that this is inadequate: in some cases we can reach an
extension member object by recursion from another one. (The bug concerns
the serial-sequence case; I'm not sure if there are other cases, but there
might well be.)
To fix, revert 08dd23cec's changes to findDependentObjects() and instead
apply the creating_extension exception regardless of stack level.
Having seen this example, I'm a bit suspicious that the pendingObjects
logic is also wrong and such cases should likewise be allowed at any
recursion level. However, changing that would interact in subtle ways
with the recursion logic (at least it would need to be moved to after the
recursing-from check). Given that the code's been like that a long time,
I'll refrain from touching it without a clear example showing it's wrong.
Back-patch to all active branches. In HEAD and 9.6, where suitable
test infrastructure exists, add a regression test case based on the
bug report.
Report: <20161125151448.6529.33039@wrigleys.postgresql.org>
Discussion: <13224.1480177514@sss.pgh.pa.us>
2016-11-26 13:31:35 -05:00
|
|
|
|
|
|
|
|
-- test dropping of member tables that own extensions:
|
|
|
|
|
-- this table will be absorbed into test_ext7
|
|
|
|
|
create table old_table1 (col1 serial primary key);
|
|
|
|
|
create extension test_ext7;
|
|
|
|
|
\dx+ test_ext7
|
|
|
|
|
alter extension test_ext7 update to '2.0';
|
|
|
|
|
\dx+ test_ext7
|