Получение исходного контроля на хранимых процедурах

Question

Прежде всего технические данные:

Мы используем VS 2008 pro и запускаем сервер MS SQL 2008. Для sourcecontrol мы используем Subversion.

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

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

Итак, есть ли хорошие решения для этого?

Я уверен, что мы не можем быть единственной компанией, с этим вопросом :-)

Answer 1

В настоящее время я использую бесплатный инструмент под названием SQL Source Control от Red-Gate, и он отлично работает, он подключается к SSMS. Вот ссылка с дополнительной информацией http://www.red-gate.com/products/SQL_Source_Control/index.htm Я должен упомянуть, что в настоящее время она находится в стадии бета-тестирования, но отлично работает с SVN и TFS.

Answer 2

В нашей компании мы используем сервер учредительства команды для системы Visual Studio Team для отслеживания источников кода и хранимых процедур управления версиями ; хранимые процедуры обрабатываются точно так же, как и любой другой источник кода.

База данных не синхронизирована с TFS в автоматическом режиме; так, для каждого нового SP вам нужно:

1. Создать его
2. Добавьте его в TFS
3. Регистрация
4. Добавить в базу данных

, если вам нужно изменить:

1. Выезд на TFS
2. Изменить источник
3. Регистрация на TFS
4. Изменения в базе данных

Когда нам нужно совершить в производство, мы официально попросить дБ синхронизировать новый/Модифицированные хранимые процедуры в нашу производственной БД загрузку и применяя последней версии от TFS.

Возможный сценарий Проблема:

1. Ленивые разработчики (как я) модифицировать SP непосредственно на Sql сервере и не выравнивают код на TFS
2. разработчиков Сумасшедший (как я), забудьте Checkin последней фиксированной версии и Dba выравнивать прослушивают один в производстве

Answer 3

в Visual Studio 2008, вы можете создать базу данных проекта, который позволит Вам хранить все ваши хранимой процедуры s и любые другие SQL-запросы в хорошем проекте, которые затем могут быть размещены в Subversion.

Answer 4

Если вы следуете гибкому методу, я предлагаю вам добавить «Dont forget to commit SPs» в определение Done, Done, чтобы оно стало естественной частью вашего процесса.

Answer 5

Я очень люблю Visual Studio Team Edition для специалистов по базам данных, который теперь можно использовать, если у вас есть Visual Studio Team Edition for Developers. Это позволит вам работать с объектами базы данных в автономной модели, которая может быть проверена в исходном элементе управления. Затем автономная модель используется для автоматического создания сценариев развертывания в базе данных.

Единственным недостатком является цена.

Answer 6

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

Итак, для развертывания любого SQL-кода он должен быть включен в эту программу (в качестве ресурсов в нашем случае). Это позволяет автоматическое управление версиями & добавление кода в систему управления версиями, поддерживаемую VS.

См. more in-depth description of our system по ссылке.