Может ли dacpac использоваться для управления базами данных с большим объемом данных?

Question

Наша текущая база данных имеет почти 200 МБ, но как только приложение заработает, мы ожидаем, что это вырастет до большого объема .. может быть, 20-30 ГБ данных.

Мы планируем использовать «dacpac» (сгенерированный проектом базы данных - SSDT) ​​для развертывания на рабочем сервере. База данных будет создана с несколькими таблицами и множеством исходных данных в поисковых таблицах.

Однако проблема заключается в будущих развертываниях, когда мы будем использовать «dacpac» (сгенерированный проектом базы данных - SSDT) ​​для обновления базы данных на производственном сервере.

Как у меня нет прошлого опыта использования dacpac для развертывания, может кто-нибудь пожалуйста, предложите мне следующее -

1. Зависит ли развертывание на объем данных? Или это зависит только от изменений схемы? Например, если целевая база данных составляет 20-30 ГБ, сколько приблизительного времени может потребоваться только для ее обновления?
2. Как мы можем изменить схему базы данных?
3. Можно ли откатить процесс обновления, если что-то пойдет не так?

И, наконец, это лучше, чем традиционный способ написания сценариев sql для ручной работы для обновления базы данных?

Answer 1

1. Из моего опыта объем данных оказывает влияние при развертывании dacpac. Увеличение времени будет зависеть от того, какие изменения применяются в вашем dacpac в вашей базе данных. Мой единственный совет здесь - попытаться проверить с большими объемами данных, чтобы измерить увеличение времени. Это может быть минимально.

2. Все наши объекты хранятся в проекте визуальной студии SQL Server Data Tools (SSDT), это затем версия контролируется в TFS, поэтому, когда нам нужно сделать сборку на основе дополнительной проверки, она создаст для нас новую версию

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

Мне нравится использовать dacpac и находить его очень полезным, если вы размещаете все ваши объекты SQL в рамках одного проекта Visual Studio. Переход на ручной способ может увеличить вероятность того, что вы забудете включить один или несколько патчей из-за количества необходимых изменений.