1) Какова цель проекта базы данных visual studio вообще? Не могли бы вы дать мне несколько замечаний по этому поводу?
При текущем состоянии это хорошо для отслеживания баз данных и просмотра изменений. В нем отсутствует множество функциональных возможностей для правильной генерации дельта-сценариев в более широком сценарии ios (Redgate имеет продукт для этого, который построен на вершине). Мы используем его для документирования статуса базы данных, что очень удобно, чтобы увидеть, насколько определенные базы данных отличаются от задокументированного состояния в конкретной ветви.
Мы используем другой механизм для генерации сценариев изменений.
2) Должен ли я отлаживать и запускать весь код sql в SSMS или в проекте db Visual Studio в процессе разработки?
Ах, у нас есть очень обширный набор интеграционных тестов, который поступает от API и выполняет тонну бэкэнда SQL - который покрывает его для нас. Не нужно тратить дни на тестирование всех SQL в каждом развертывании.
3) Для чего предназначены функции publi sh и build в нем?
Скажи мне, если узнаешь. Я нашел их недоделанные реализации. Но иногда мы время от времени делаем сложные большие базы данных - речь идет не только об изменении структуры БД, но и о конкретном c преобразовании данных, а затем вставке их в измененные базы данных.
Что я я иногда узнавал, что проекты БД могут развертывать базу данных fre sh, включая данные stati c, - но тогда мы все равно часто делаем это с нашими сценариями изменений.
Это действительно ИМХО трудная мысль Попытка выхода, в частности, т.е. по сравнению с https://www.red-gate.com/products/sql-development/sql-change-automation/ отсутствие многоступенчатых изменений et c. сделайте его не очень полезным для наших вариантов использования.
MS делает это регулярно - то есть у вас также есть миграции db в EntityFramework (который мы также не используем). Несколько подходов через разные продукты.