Мы работаем с небольшой командой разработчиков и системным инженером, который развертывает программное обеспечение в определенное время.Что такое хорошая практика/инструмент для разработки баз данных MSSQL и управления версиями?
В настоящий момент у нас нет ведущего документа для изменения базы данных. Изменения производятся в промежуточной базе данных и добавляются вручную в производство, когда системный инженер развертывает новую версию.
Мы начали работать с DBDesigner Fork для создания дизайна и создания сценария создания SQL, но мы все еще не удовлетворены этим решением. Решение является неполным, потому что невозможно создать представления и хранимые процедуры в DBDesigner Fork, например.
Мы хотели бы найти практику/инструмент для создания базы данных, хранимых процедур, представлений и т. Д. И изменения версий в Subversion.
Когда создается новая версия программного обеспечения (помечена в SVN), мы должны иметь возможность создавать файл патча для базы данных (например, сценарий SQL).
Каков наилучший способ решения проблем, описанных выше?
+1 для базы данных VS - даже если это может быть не лучший инструмент, я обнаружил, что он выполняет большую часть того, что мне нужно, например, управление версиями, интеграция с TFS, развертывание в dev/test db и т. Д. Это позволяет вы относитесь к своей БД так же, как к коду, который мне нравится. И это в том, что в VS просто обледенение на торт – InSane
@ In Sane - Абсолютно согласен. Мы также рассматриваем наши артефакты базы данных так же, как исходный код (который они действительно есть). VSDE обрабатывает это очень красиво. –
Хорошо, VS Database выглядит неплохо. Дизайн базы данных должен быть ведущим. Ситуация на сервере базы данных не должна быть ведущей. Это в случае базы данных VS или изменения, синхронизированные с сервером базы данных? – Bamieater