From: | Thom Brown <thom(at)linux(dot)com> |
---|---|
To: | pgsql-docs <pgsql-docs(at)postgresql(dot)org> |
Subject: | Re: pg_dump locking info |
Date: | 2010-08-15 09:38:03 |
Message-ID: | AANLkTikoALbeega4O1s70u_5x62Ku2P9txCo+o7-fMRR@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On 15 August 2010 10:29, Thom Brown <thom(at)linux(dot)com> wrote:
> On 15 August 2010 10:01, Thom Brown <thom(at)linux(dot)com> wrote:
>> Is this right? I'm looking at
>> http://www.postgresql.org/docs/current/static/backup-dump.html
>>
>> It says, "pg_dump does not block other operations on the database
>> while it is working. (Exceptions are those operations that need to
>> operate with an exclusive lock, such as most forms of ALTER TABLE.)"
>>
>> So pg_dump actually performs an ALTER TABLE sometimes? :S
>>
>
> And whilst I was perusing the docs, I also noticed this on
> http://www.postgresql.org/docs/current/static/backup.html
>
> "Each has its own strengths and weaknesses. Each is discussed in turn below."
>
> That sentence is at the bottom of the page. It would make sense in a
> PDF, but might be a confusing in section-by-section HTML
> documentation.
>
Another thing I noticed, going back to
http://www.postgresql.org/docs/current/static/backup-file.html , is
that it makes no mention of the fact that file system level backups
are useless if being used to restore in a different major version.
Maybe "There are two restrictions, however, which make this method
impractical, or at least inferior to the pg_dump method" should be
changed to "There are three..." and add the point that
pg_dump/pg_dumpall is mostly immune to such limitations.
--
Thom Brown
Registered Linux user: #516935
From | Date | Subject | |
---|---|---|---|
Next Message | Stefan Kaltenbrunner | 2010-08-15 09:45:13 | Re: pg_dump locking info |
Previous Message | Thom Brown | 2010-08-15 09:29:39 | Re: pg_dump locking info |