Re: pg_dump issues
От | Robert Haas |
---|---|
Тема | Re: pg_dump issues |
Дата | |
Msg-id | CA+TgmobrML0=8YbrkKvsGv-1Sc9HQ7oXZ8bhdmunoOz_i-tYSg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_dump issues (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: pg_dump issues
|
Список | pgsql-hackers |
On Sat, Oct 1, 2011 at 9:46 PM, Andrew Dunstan <andrew@dunslane.net> wrote: > How would that help? This isn't a lock failure. It is, rather, a failure to lock. Currently, LOCK TABLE only works on tables, and pg_dump only applies it to tables. If the offending object had been a table rather than a view, pg_dump would (I believe) have blocked trying to obtain an AccessShareLock against the existing AccessExclusiveLock. We talked about allowing locks on other types of relations, but due to some bad syntax choices in the past it's not completely obvious how to shoehorn that in. http://archives.postgresql.org/pgsql-hackers/2011-06/msg00119.php -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: