Последние записи

Интенсив по Python: Работа с API и фреймворками 24-26 ИЮНЯ 2022. Знаете Python, но хотите расширить свои навыки?
Slurm подготовили для вас особенный продукт! Оставить заявку по ссылке - https://slurm.club/3MeqNEk

Online-курс Java с оплатой после трудоустройства. Каждый выпускник получает предложение о работе
И зарплату на 30% выше ожидаемой, подробнее на сайте академии, ссылка - ttps://clck.ru/fCrQw

16th
Июн

«Контроль версий» в структуре БД

Posted by maloy under sql

yaapelsinko

Как решается проблема версий, когда при командной работе вносятся изменения в структуру базы данных?

Особенно интересует, есть ли какая-то чисто микрософтовская тулза, интегрированная в ихние продукты.

Например, кодю на С#, командная работа над кодом через TFS, использую Entity Framework для доступа к SQL Server — ну, всё чисто от МС.

И вот вношу я изменения в код, делаю коммит. Вносит другой человек изменения в код, делает коммит. Если конфликт в изменениях, то там сразу всё удобно можно разрешить, всё достаточно ясно.

Но изменения в структуре самой БД в этой системе никак не учитываются, всё нужно или делать вручную сразу (и тогда БД может не работать для тех, кто всё ещё работает со старой версией кода), либо делать какие-то запросы-патчи, и потом вручную всё это сводить.

Чем же контролировать версии БД?

Stilet

Так надо оставлять совместимость.
Иначе не выпускать релиз пока другие не перестроятся.
Как правило проконтролировать версию БД можно только имея в БД таблицу, где будет указываться версия, дата установки и авторство. СУБД собственно говоря далеко не все имеют подобный механизм контроля, поэтому его придется выдумывать.
Вот ИМХО самое простое и эффективное это отдельная таблица версий.

yaapelsinko

Я кажется нашёл нужное решение.
Сама Visual Studio даёт все нужные возможности, плюс там SQL Server Data Tools какие-то помогайки добавляет.

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

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

Кому интересно — на заметку.

maLoy*508

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

тема на форуме