Re: 20160417105248.d20dcefed39b5d9031c6b28d@potentialtech.com

Поиск
Список
Период
Сортировка
От Rob Sargent
Тема Re: 20160417105248.d20dcefed39b5d9031c6b28d@potentialtech.com
Дата
Msg-id 2BB50FFC-1F26-4E46-B254-1864867D2421@gmail.com
обсуждение исходный текст
Ответ на 20160417105248.d20dcefed39b5d9031c6b28d@potentialtech.com  (Sergei Agalakov <Sergei.Agalakov@getmyle.com>)
Список pgsql-general
> On Apr 17, 2016, at 12:41 PM, Sergei Agalakov <Sergei.Agalakov@getmyle.com> wrote:
>
> I know about DBSteward. I don't like to bring PHP infrastructure only to be able to compare two dumps,
> and to deal with potential bugs in the third party tools. The pg_dump in other hand is always here, and is always
trusted.
> SQLWorkbench/J also can compare two schemas, and requires only Java. Again, I trust pg_dump more.
> http://www.sql-workbench.net/
>
> May be pg_dump was never INTENDED to generate the dump files with the determined order of the statements,
> but it CAN do it with the minor changes, and be more useful to administrators. Why rely on the third party tools
> for the tasks that can be done with the native, trusted tools?
>
> Sergei
Does it matter if they differ if you cannot recreate the correct one exactly from source-controllled DDL?  Or know how
theyare supposed to differ if this is a migration point? 



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

Предыдущее
От: Sergei Agalakov
Дата:
Сообщение: 20160417105248.d20dcefed39b5d9031c6b28d@potentialtech.com
Следующее
От: Andrej Vanek
Дата:
Сообщение: Re: pg_basebackup: return value 1: reason?