Блог

Я управляю базой данных SQL Server с помощью выпусков DACPAC в Azure DevOps. В настоящее время мой проект находится в разработке, но я ожидаю продолжения разработки после запуска Prod.

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

Но, естественно, я ожидаю, что будут НЕКОТОРЫЕ случаи, когда миграция сознательно отбрасывает данные, и что это ожидаемо и нормально.

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

Моим идеалом было бы что-то, что по сути говорило бы: «Да, разверните этот выпуск… Да, я знаю, что это приведет к потере данных, это нормально. «

У меня есть одна идея, которую я опубликую в качестве ответа. Но я ищу другие идеи или любые «стандартные» или «официальные» подходы. (Или просто идеи получше: D )

DevOps позволяет передавать параметры SqlPackage.exe , один из которых определяет, как DACPAC реагирует на потенциальную потерю данных:

/p:BlockOnPossibleDataLoss=false

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

Таким образом, можно просто параметризовать переданное значение SqlPackage.exe и, таким образом, создать выпуск, который либо допускает, либо не допускает потери данных на основе этой переменной, и когда вам нужно выпустить что-то, что требует потери данных, создайте выпуск и установите переменную соответствующим образом.