Работа с изменениями схемы между dev & prod

Question

Это может быть глупый способ сделать что-то, но это то, что делает моя компания ... Мы вносим изменения в схему в dev, которые мы должны впоследствии перейти к производству с нашими последними сборками.Поэтому мы вручную открываем производственную базу данных SQL 2008, используя конструктор для внесения соответствующих изменений, разворачиваем новый код и затем надеемся на лучшее.Иногда мы забываем внести изменения в схему prod, что, очевидно, может привести к серьезным головным болям.Так, конечно, есть лучший способ?В идеале мы хотели бы, чтобы некоторые бесплатные инструменты помогли нам идентифицировать и развернуть изменения схемы, но я не знаю, существуют ли такие вещи ...

Мы используем ASP.NET с VS2010, если это имеет значение.

Answer 1

Я выступаю за обновление сценариев . Всегда развертывайте каждое изменение, независимо от того, насколько незначительным, как сценарий обновления. Затем при переходе в производственную среду просто запустите сценарии обновления с версии N до версии N + 1. Эффективно запретите все «визуальные» инструменты проектирования / управления базой данных.

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

Answer 2

Я считаю, что в Team Foundation Server есть способ сохранять и публиковать изменения схемы базы данных при каждой сборке.Кроме того, я согласен с Ремусом Русану.Все изменения должны быть внесены в сценарий и помещены в сценарий версии, который выпускается с каждой версией приложения.

Answer 3

См. Написание и изменение кода базы данных .