Re: Better support of exported snapshots with pg_dump
От | Michael Paquier |
---|---|
Тема | Re: Better support of exported snapshots with pg_dump |
Дата | |
Msg-id | CAB7nPqSUbT59OEX-9C0VsaKCS+t8dAx6ZJ5qgo4EF0Y-Lk8v-w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Better support of exported snapshots with pg_dump (Andres Freund <andres@2ndquadrant.com>) |
Список | pgsql-hackers |
<div dir="ltr"><br /><div class="gmail_extra"><br /><div class="gmail_quote">On Wed, Oct 15, 2014 at 2:46 PM, Andres Freund<span dir="ltr"><<a href="mailto:andres@2ndquadrant.com" target="_blank">andres@2ndquadrant.com</a>></span> wrote:<br/><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>This seems more user-friendly. But well I agree that we could do<br /> > a larger set of things that couldbe used for even other purposes:<br /> > - Ability to define snapshot name with pg_dump<br /> > - Take systemor database-wide lock<br /> > - Extra client application running the whole<br /> > Now is this set of featuresworth doing knowing that export snapshot has<br /> > been designed for multi-threaded closed applications? Notmuch sure.<br /> > Regards,<br /><br /></span>What do you mean with "designed for multi-threaded closed applications"?<br/></blockquote></div>External snapshots creation and control should be localized within dedicated clientapplications only. At least that's what I understand from it as that's how it is used now.<br />-- <br />Michael<br/></div></div>
В списке pgsql-hackers по дате отправления: