Управление версиями базы данных с использованием Visual Studio - PullRequest
4 голосов
/ 27 мая 2009

В подкасте SO эпизод 54 Джефф говорил об использовании Visual Studio для сохранения всех объектов базы данных в отдельных файлах. Это звучало как то, что нужно моей команде, чтобы лучше внедрить изменения схемы базы данных в TFS, и я рассказал об этом своему руководителю. Он думает, что это отличная идея.

К сожалению, до сих пор мне не повезло заставить это работать на меня. Одна из моих проблем заключается в том, что на моем локальном компьютере не установлен SQL Server (политика dept). Я явно что-то делаю не так.

Может кто-нибудь дать мне краткое изложение шагов или предоставить достойную ссылку?

Спасибо!

Ответы [ 4 ]

3 голосов
/ 28 мая 2009

Вы хотите использовать GDR 2. (иногда называемый Data Dude)

Это позволяет полностью автономное решение. Вам не нужно иметь установленный SQL Server на вашем компьютере, чтобы это работало. (На самом деле GDR - это первая версия, которой все равно, если у вас установлен SQL Server.)

Я использую GDR для своей базы данных (команда из 3 разработчиков и 2 тестеров), и она работает ОТЛИЧНО!

Вот ссылка на релиз GDR 2: http://blogs.msdn.com/vstsdb/archive/2009/04/21/microsoft-visual-studio-team-system-2008-database-edition-gdr-r2.aspx

И это ссылка на фактические биты: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=bb3ad767-5f69-4db9-b1c9-8f55759846ed

Основное использование - импорт из существующей БД и сервера. (Возможно, вам понадобится серверный проект и 1 или более проектов БД)

Затем вы можете вносить изменения в автономном режиме. Когда вы будете готовы отправить свои изменения обратно в БД, вы можете выполнить delploy (сначала убедитесь, что вы установили параметры развертывания, так как я думаю, что по умолчанию выбрасываются базы данных и повторное развертывание). Вы также можете выполнить Data-> Schema Compare в Visual Studio и сопоставить ваш проект с вашей базой данных, а затем получить скрипт изменений из вывода diff.

Это займет немного работы, но на самом деле это дает отличный контроль над исходным кодом и становится легким, когда вы освоите его. (У меня мой db auto deploy в моей ночной сборке дважды в неделю.)

3 голосов
/ 27 мая 2009

Он имел в виду тип проекта в VS, который поддерживает управление базами данных, в том числе (если вы настроили его правильно), управление версиями вашей базы данных публикует.

Проверьте эту статью на Проекты базы данных в VS

3 голосов
/ 27 мая 2009

1) Создайте соединение с базой данных в обозревателе серверов.
2) Щелкните правой кнопкой мыши по соединению и выберите «Опубликовать в провайдере» ...
3) Далее, Скрипт в файл, Далее, Типы данных для публикации должны быть Схема (если вам не нужны некоторые исходные данные), закончить. 4) Добавьте скрипт в проект и войдите в систему контроля версий.

1 голос
/ 28 мая 2009

Если вы импортируете существующую схему базы данных, важно получить правильный проект базы данных. Скорее всего, вы должны использовать «Проекты баз данных \ Мастер SQL Server 2005».

Visual Studio требуется соединение с базой данных, которое оно может использовать для создания временных копий баз данных, с которыми работает. Похоже, это проблема. У вас есть SQLExpress на вашей локальной коробке? Используйте это как цель развертывания (имя сервера будет. \ Sqlexpress, если. Не работает).

В качестве альтернативы, установите обновление GDR 2 для Visual Studio. Предположительно, он позволяет работать с проектами базы данных без использования локального экземпляра сервера sql для развертывания временных рабочих копий базы данных.

...