рекомендации по использованию проекта базы данных sql server 2005 в visual studio 2008

Question

Каковы лучшие практики использования проекта базы данных sqlserver 2005 в Visual Studio 2008?

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

Что бы я сделал с модификациями, которые, возможно, потребуется запустить на рабочем сервере после того, как база данных уже развернута в рабочей среде. (Я предполагаю, что я буду создавать папки с именем deploy date со всеми сценариями изменения)

Есть ли способ заставить Team Build демонтировать и перестроить базу данных, чтобы проверить, работают ли все сценарии?

Я не смог найти прогулку, которую бросили в Интернете. Если бы вы могли указать мне правильное направление, это было бы очень признательно.

Спасибо

Answer 1

Лучшие практики для управления жизненным циклом любой базы данных независимо от технологии:

1. Вы сможете построить свой проект за один шаг. Это включает в себя запуск модульных тестов, интеграционных тестов, регрессионных тестов и расширенного тестирования ваших миграций. (Это, конечно, пункт 2 в Тесте Джоэла .)
2. Соответственно, вы сможете развернуть изменения базы данных за один шаг.

По крайней мере, вы должны получить что-то из вашей автоматической сборки, которую вы можете запустить, без настройки, на своем производственном сервере, чтобы обновить базу данных до новой версии при обновлении вашей программы. Миграция Ruby on Rails - хороший пример того, как это нужно сделать.

К сожалению, в проектах баз данных SQL Server 2005 используется совершенно другой подход, который, насколько я вижу, совершенно несовместим с этими принципами. Они предлагают «поэтапное развертывание», но, похоже, это полностью основано на инструментах сравнения схем. Сравнения схем полезны в качестве отправной точки, но есть много способов рефакторинга базы данных, которые они не могут обработать, и чаще всего вам придется настраивать их (процесс, который усложняется из-за многословности, труден читать, код спагетти, который они генерируют.)

Я написал пост в блоге, где более подробно рассмотрю эти вопросы .

Answer 2

Я обычно не использую тип проекта базы данных в VS. Мой самый любимый инструмент для работы с базами данных - Red Gate SQL Compare (SQL Data Compare также хорош). Сценарии неизменно синхронизируются с qa / production, и этот инструмент спасет вашу жизнь (ну, по крайней мере, сэкономит ваше время и здравый смысл).