Каков простой способ развертывания изменений базы данных с помощью SQL Server?

Существуют различные уровни сложности, которые вы можете пройти:

• если у вас есть сценарии обновления, которые вы создаете вручную, и вы просто ищете способ легко применить их к различным серверам, ознакомьтесь с Развертывание SSW SQL от SSW Consulting. Он может очень хорошо справиться с этим сценарием

• если вы склонны больше использовать подход сравнения баз данных, тогда Red Gate SQL Compare (уже упомянутый) и SQL Packager — отличная комбинация. Вы можете изменить базу данных между старой и новой, а затем применить изменения в красивом пакете - в виде EXE или проекта C#.

• если вам нужен настоящий, комплексный, хорошо продуманный подход (с небольшой кривой обучения), проверьте Подход Innovartis DBGhost. Это целая методология/методика разработки баз данных и добавочных обновлений. Он очень мощный и выглядит очень многообещающе, но это своего рода подход «все или ничего»: либо вы покупаете его и используете от начала до конца, либо нет.

Надеюсь, что это помогает немного!

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

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

Взгляните на этот пост в блоге. Я использовал этот тип одного сценария обновления из любой версии БД в нескольких проектах, и он работает очень хорошо.

http://blogs.msdn.com/danhardan/archive/2007/03/30/database-change-scripts-mambo-style.aspx

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

РЕДАКТИРОВАТЬ: Просто чтобы уточнить, как я использовал эту технику. По сути, все мои сценарии ревизии БД помещаются в систему управления версиями. Затем, в качестве шага после сборки в окне сборки, этот инструмент Mambo запускается в каталоге сценариев, чтобы свернуть сценарии в один сценарий, охваченный транзакцией, чтобы обеспечить откат, если что-то пойдет не так. Затем установщик достаточно умен, чтобы найти сценарий .sql для запуска в существующей базе данных.

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

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

Ответ на первый вопрос: «Мне интересно, означает ли это сборку для развертывания (чтобы клиент мог обновить свое развертывание)?»

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

Что касается изменений базы данных в prod, все они должны выполняться с помощью сценария в рамках развертывания транзакции или после резервного копирования базы данных. Вы всегда хотите иметь возможность вернуться назад, если что-то потерпит неудачу в развертывании.

Разработайте свою базу данных как набор патчей, которые зависят друг от друга. Затем используйте такой инструмент, как https://github.com/LuvDaSun/sqlpatch (мой), чтобы создать sql для развертывания.

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

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

Сами Microsoft представили приложения уровня данных в SQL 2012 в качестве бесплатного варианта для развертывания и обновление баз данных.

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

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