Упаковка сценариев базы данных по выпускам

Question

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

Пример:

1. Вы запускаете 1 или несколько сценариев, представляющих базу данных, вверсия 0.
2. Вы запускаете серию сценариев изменения для изменений в модели.

Мой вопрос касается фазы 2: Почти всегда каждый говорит о запуске сценария для каждого изменения.Однако мне интересно, есть ли какие-то определенные недостатки, если у нас есть пакет скриптов для выпуска / версии?

Т.е.

1. Вы запускаете базовый скрипт / s
2. Для каждой версии у вас есть сценарий, представляющий изменения DDL, включенные в эту конкретную версию.

Любые мнения приветствуются.

С наилучшими пожеланиями,

Баубак

Я надеюсь, что

Answer 1

Вы можете свободно запускать множество сценариев в каждом выпуске, но вы должны принять их порядок, и лучше связать все связанные изменения в одном файле.

Сценарии разработки могут отличаться от сценариев выпуска.

Answer 2

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

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

Я делаю это таким образом (имея файлы, которые начинаются с номера заказа, в котором они должны быть вызваны)

Answer 3

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

Большое спасибо за ваши предложения и советы.