From: | Yann Michel <yann-postgresql(at)spline(dot)de> |
---|---|
To: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
Cc: | Yann Michel <yann-postgresql(at)spline(dot)de>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: PG_DUMP and table locking in PG7.4 |
Date: | 2005-11-16 07:09:31 |
Message-ID: | 20051116070931.GA6958@zoom.spline.inf.fu-berlin.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On Wed, Nov 16, 2005 at 01:25:43PM +0800, Christopher Kings-Lynne wrote:
> I belive a lock is acquired on every table including inherited children
> BEFORE doing ANY dumping. To allow pg_dump to get a consistent dump
> snapshot.
Well, thanks for all the answers. Are the locks then released once they
are not needed any more like in 2PC?
That should still leaqve the taken snapshot of the released table in a
consistent state but might enable other transactions to work on that one
table once it is released.
I'm asking, because we have a bigger datawarehouse and dump the data for
a backup every night. Unfortunately, the backup now takes realy long.
That means, other processes that insert data will have to wait which is
sometime really long! I was searching for a way to avoid this. I thought
besides the query-speedub we could also gain some benefit for the backup
timing... but it sounds, that this will not automatically help me with
that. :-(
Cheers,
Yann
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Kings-Lynne | 2005-11-16 07:22:11 | Re: PG_DUMP and table locking in PG7.4 |
Previous Message | Christopher Kings-Lynne | 2005-11-16 06:59:17 | Re: bind variables, soft vs hard parse |