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"
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 |