Поддержание сценариев базы данных

Question

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

С большим количеством доступных в продаже проектов базы данных VS Tools Я думаю, что этот процесс должен быть относительно простым и эффективным.

Может кто-то выделить лучшие практики для поддержки сценариев базы данных для любого проекта. Что включает изменения в сценарии (таблица, представление, хранимая процедура и т. Д.)

Приветствия!

Answer 1

Я пишу свой опыт, который может помочь.

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

Таким образом, в точке развертывания у нас была современная структура базы данных и любые инициализирующие данные.

Тогда у вас есть 2 варианта развертывания

1. сравнения вид справочной базы данных текущего периода развития с предыдущим и создать сценарий изменения (в-сайта в вашей компании)

2. Если вы публикуете патчей и пакетов обновления во время производственного цикла (что означает, что каждый клиент может иметь другую структуру данных), вы можете отправить справочную базу данных с помощью программы установки и сравнить базу данных клиентов с базой данных на месте (в месте нахождения клиента) и применить необходимые изменения (как данные, так и схема).