Dmitrij KultasevЗдравствуйте,
я програмист баз данных уже больше 10 лет. Последние года работаю исключительно работаю с SQL Server.
Хотел бы снять видео, как живую базу поместить в SSDT проект и положить это всё в GIT, можно и в другой VSC, но гит больше по душе.
От вас нужен доступ к базам и разрешение на то, что я потом выложу видео в общий доступ. От меня - бесплатная консультация и работа.И нафига?
Это все делается элементарными тыками по кнопкам, ничего сверхсложного.
Единственная проблема с большой легаси базой - сделать проект БД собираемым, столкнулся как минимум с 2-мя проблемами:
1) линкованные сервера, и обращения к ним.
Особенная боль - в линкованных серверах на нетрадиционные СУБД, в моем случае это была Progress (не путать с Postgre)
2) прямое использование объектов другой БД через [<another_base>].[<schema>].[<object>] - для всех таких зависимостей должен быть так же собран проект SSDT. Самые танцы с бубном начинаются при кросс-зависимостях, когда 1 база ссылается на 2-ю, а 2-я - на первую.

В остальном - проект собирается, компилируется и готовятся скрипты наката на окружение через SQLPackage в, например, TFS.

А уж в гит залить проект - это вообще пара команд.

А самый большой вопрос - в работоспособности всего этого дела.
Там, где я делал такой проект, размер кодовой базы был 2Мб, и проект собирался минут 6, ЕМНИП.
На текущем месте кодовая база SQL больше 100Мб, и я боюсь представить, сколько будет собираться и выкатываться проект.
Для небольших баз - возможно, имеет право на существование, но использование Redgate SQL Compare для этих целей мне все же понравился больше.

Dmitrij KultasevНа проекте, котором я сейчас тружусь, размер кодовой базы - 61мб (взял все файлы с расширением *.sql). Паблишится за 1-3 минуты.
А компилится проект сколько? Вроде, это больше времени занимало, хотя это не точно.