Re: Refactor pg_dump as a library?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Refactor pg_dump as a library?
Дата
Msg-id 1283.1460655216@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Refactor pg_dump as a library?  (David Steele <david@pgmasters.net>)
Ответы Re: Refactor pg_dump as a library?  (David Steele <david@pgmasters.net>)
Список pgsql-hackers
David Steele <david@pgmasters.net> writes:
> On 4/14/16 7:16 AM, Andreas Karlsson wrote:
>> I am personally not a fan of the pg_get_Xdef() functions due to their
>> heavy reliance on the syscache which feels rather unsafe in combination
>> with concurrent DDL.

> As far as I know pg_dump share locks everything before it starts so
> there shouldn't be issues with concurrent DDL.  Try creating a new
> inherited table with FKs, etc. during a pg_dump and you'll see lots of
> fun lock waits.

I think pg_dump is reasonably proof against DDL on tables.  It is not
at all proof against DDL on other sorts of objects, such as functions,
because of the fact that the syscache will follow catalog updates that
occur after pg_dump's transaction snapshot.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Steele
Дата:
Сообщение: Re: Refactor pg_dump as a library?
Следующее
От: David Steele
Дата:
Сообщение: Re: Refactor pg_dump as a library?