В нашем проекте у нас есть несколько производственных баз данных и множество разработчиков.Каждая производственная база данных представляет некоторую «версию подпроекта / локализации».Мы используем SQL Server 2008.
Итак, мне нужно разработать стратегию управления версиями базы данных с использованием MS Visual Studio Database Project.Я прочитал много статей о версиях баз данных и проектах баз данных, но у меня все еще много вопросов:
Как разработчики должны реализовать свои изменения в проекте БД?(Рекомендация)
Как создать сценарий развертывания "последней версии" на 100%, работающий без вмешательства человека (пропуская некоторые объекты, переписывая некоторые изменения и т. Д.)?
Как управлять изменениями данных с помощью проекта базы данных MS Visual Studio?Я знаю о сценариях до / после развертывания, но я думаю, что это не может решить эту проблему.(Пример: мне нужно переназначить одну таблицу в другую).
«Идеальным решением» было бы:
Разработчики создают и поддерживают базу данныхПроект для базы данных [ProductionDB].
В новом выпуске я развертываю проект базы данных в [ProductionDB] со всеми необходимыми изменениями.
Изменения для разработчиковБаза данных Project и записывает некоторые сценарии манипулирования данными для конкретных изменений.
В новой версии я развертываю базу данных Project в [ProductionDB] со всеми необходимыми изменениями.
Итак, последний вопрос: Возможно ли использовать Database Project для целей, описанных выше, или кто-то использует аналогичный сценарий / решение?
PS: Я уже читал следующие обсуждения:
- Управление версиями изменений в базе данных [закрыто]
- Как создать версию базы данных MS SQL в SVN?
- Ищем решение для базы данных версioning
- Существует ли система контроля версий для изменения структуры базы данных?