ПаWWWлОдАрЕц-Rik-,

Да, вопрос ТСа меня тоже интересует. Для себя пока выбрал вариант снятия дампа метадаты с обоих баз и сравнение этого всего в инструментах типа WinMerge. Конечно, наиболее правильно иметь некое хранилище в которое разработчики сами добавляют скрипты изменения метадаты с описанием что и для чего делается, но по опыту не все и не всегда так поступают, поэтому только дамп и сравнение вручную.

Это попытка решить организационную проблему техническими (т.е. заведомо негодными в данной ситуации) средствами.
Есть задача в task manager, если она требует вмешательства в базу перед тем как ее сдавать на тестирование и тем более релиз - к ней автор должен приложить 2 sql скрипта - для внесения требуемых изменений и для отката требуемых изменений.
В любой другой системе никакого автоматического тестирования сборок и патчей в системе вы просто не сможете сделать.
Равно как и нормально вносить на Prod изменения.
Только так.
Никакая система диффа структуры не даст вам корректный ответ в случае сложных множественных изменений структуры таблицы и данных (тем более что некоторые вещи при релизе требуют одновременно в транзакции изменить и структур данных и какие то данные в базе).

mefmanMaxim BogukЕсть задача в task manager
А если нет task manager'a?
))

Это опять же организационный вопрос ;). И значит что команда разработки достаточно маленькая чтобы внутри договориться чего как и куда они вносят (обычно эта халява заканчивается в районе 3х человек).
У кого то вообще тестовой базы нет и все на prod делают, но это же не значит что к этому надо стремиться :).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

mefmanПаWWWлОдАрЕцНе всем повезло работать на отлаженных процессах и в хороших командах, кому-то приходится подтирать за остальными.

повезло не только лишь всем.

"Здесь мерилом работы считают усталость" или подметание плаца ломами за неимением веников.
Да так тоже бывает :(.

PS: Но это скорее повод правильные процессы организовать попробовать, если не получится - тогда конечно особо вариантов не остается кроме как всяких sql-diff и тп, но наличие sql-diff не является поводом не попробовать сделать правильно.
Ваш капитан очевидность.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru