Понимание рабочего процесса базы данных SQL Database

Question

Процесс сборки моего проекта базы данных SQL 2008 занимает 15 минут для 1 сборки. Мне нужно управлять примерно 50 хранимыми процедурами. Я создал проект базы данных и проект сервера.

Следующее, что я делаю, это исправить все ошибки сборки. Теперь я изменяю хранимую процедуру. Затем мне нужно собрать всю базу данных и запустить всю базу данных, чтобы проверить, компилируется ли моя хранимая процедура.

Есть ли способ проверить хранимую процедуру, не пропустив 15-минутную сборку, а затем развернуть сценарий? Могу ли я строить только изменения вместо всего БД?

Answer 1

Я решил пойти с MSSCCI. Это простой пользовательский интерфейс, который подключается непосредственно к SSMS и ведет себя как Team Explorer именно так, что я искал. Getting started.

Answer 2

Прежде всего, вы должны посмотреть, почему ваши сборки занимают так много времени. Возможно, вам нужно больше памяти или что-то в этом роде.

Во-вторых, почему вы должны сценарий всей базы данных для проверки хранимой процедуры? Просто разверните тестовую базу данных или даже свою локальную базу данных песочницы.

Answer 3

Я никогда не пользовался визуальными студиями для «создания» и ведения баз данных. Это, я думаю, быстро станет неуправляемым, поскольку база данных начнет увеличиваться. И я предполагаю, что когда вы его «построите», он проверяет и развертывает все объекты в базе данных.

Я бы предположил, что вы не используете визуальные студии таким образом. Просто сохраните свой код sql самостоятельно. И храните их в системах управления версиями вручную. Таким образом, вы можете обновлять каждую сохраненную процедуру отдельно. Другими словами, храните каждый сохраненный proc как файл.

if object_id(<ProcName>) is not null 
    drop proc <ProcName> 
GO 

create proc <ProcName> 
... 
GO 

Затем сохраните это как ProcName.sql и передайте управление исходным кодом остальное. Извините, если это не полезно или я просто заявляю о очевидности.