Re: pg_dump --exclude-schema=foo

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_dump --exclude-schema=foo
Date: 2004-09-17 04:25:04
Message-ID: m3isad34kf.fsf@wolfe.cbbrowne.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Quoth tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane):
> Chris Browne <cbbrowne(at)acm(dot)org> writes:
>> We have discovered an interesting locking scenario with Slony-I that
>> is pointing to a use for the ability to exclude certain schemas from
>> pg_dump.
>
>> The situation is that when a "full" pg_dump kicks off, a Slony-I
>> "create sync" event, which expects to "LOCK slony_schema.sl_event;",
>> is blocked from getting the exclusive lock that it desires.
>
> Perhaps this should be seen as a Slony bug. Does it really need an
> AccessExclusive lock, or would an Exclusive lock do?

You could be right; that's still To Be Determined.

It nonetheless appears like a useful idea in general to be able to
specify inclusion/exclusion of multiple schemas.
--
(reverse (concatenate 'string "gro.mca" "@" "enworbbc"))
http://www.ntlug.org/~cbbrowne/languages.html
"You can only examine 10 levels of pushdown, because that's all the
fingers you have to stick in the listing."
-- Anonymous programmer - "TOPS-10 Crash Analysis Guide"

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Szima Gábor 2004-09-17 06:47:02 transaction idle timeout in 7.4.5 and 8.0.0beta2
Previous Message Tom Lane 2004-09-17 03:37:53 Re: PL/PgSQL "bare" function calls