Skip site navigation (1) Skip section navigation (2)

Re: pg_dump dependency loop with extension containing its own schema

From: Thom Brown <thom(at)linux(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: pg_dump dependency loop with extension containing its own schema
Date: 2012-08-15 13:00:52
Message-ID: CAA-aLv6jhN-x-3W8U=An6cTUPWKPu1j_xbvcan1FnV1rYQAChQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-bugs
On 12 August 2012 08:17, Thom Brown <thom(at)linux(dot)com> wrote:
> On 12 August 2012 01:06, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Thom Brown <thom(at)linux(dot)com> writes:
>>> I'm getting a dependency loop issue with pg_dump when adding a schema
>>> to an extension where the schema being added is the same as the one
>>> containing the extension.
>>
>>> CREATE EXTENSION file_fdw;
>>> ALTER EXTENSION file_fdw ADD SCHEMA public;
>>
>> ISTM we ought to disallow that ... either the schema is inside the
>> extension, or vice versa, it's not sensible to say both.
>
> Precisely.

Suggested changes attached. (not really confident about it though)

-- 
Thom

Attachment: extension_schema_dependency_loop.patch
Description: application/octet-stream (2.3 KB)

In response to

Responses

pgsql-bugs by date

Next:From: Bruce MomjianDate: 2012-08-15 13:36:22
Subject: Re: BUG #7494: WAL replay speed depends heavily on the shared_buffers size
Previous:From: valgogDate: 2012-08-15 10:10:42
Subject: BUG #7494: WAL replay speed depends heavily on the shared_buffers size

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group