Схема управления версиями Oracle DB

Question

Просто интересно, думал ли кто-нибудь об этом или что-то подобное.

Я рассматриваю возможность реализации схемы управления версиями DB. Один раз в день будет выполняться задание, которое выводит весь DDL и исходный код в один файл. Затем будет выполняться хэш с этим файлом. Хэш будет храниться в БД с номером версии. В любое время, когда хеш изменился, значение хеша будет обновляться, а номер версии увеличивается.

Это имеет смысл? Кто-нибудь видит какие-то огромные дыры в этом, кроме того, что это произойдет один раз в день?

Кто-нибудь сделал что-то подобное?

Answer 1

Вот блог какой-то случайный парень о предмете. Он ссылается на несколько хороших статей, чтобы дать идеи.

http://www.codinghorror.com/blog/archives/001050.html

Answer 2

Другим подходом может быть сценарий ваших инкрементных изменений, чтобы сумма этих сценариев представляла вашу текущую версию. Преимущество заключается в том, что, особенно если вы работаете в команде, отдельные скрипты могут быть протестированы на локальном экземпляре, прежде чем быть отправлены в репозиторий.

Я бы использовал ряд инкрементных скриптов, если изменения много и часты, и ваш подход, если код базы данных достиг определенного уровня стабильности.

Answer 3

Не уверен, что вы видите как использование для этого. Я бы склонен к срабатыванию AUDIT и/или DDL для записи изменений кода в базе данных.

Я бы не использовал это вместо правильного управления версиями исходного кода, хотя это может быть лучше, чем ничего, если этого не существует, и вы бессильны положить его на место.

Одна мысль состоит в том, что иногда справочные данные так же важны, как и код.

Answer 4

Что-то вдоль линий Workspace Manager, хотя для контроля версий данных:

http://www.oracle.com/technology/products/database/workspace_manager/index.html