Начало командной разработки баз данных

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

Проект базы данных содержит определения объектов и скрипты развертывания, которые необходимы для создания отдельного экземпляра этой базы данных или обновления имеющегося экземпляра. Так как проект базы данных является представлением базы данных вне сети, то можно поместить его в систему управления версиями, а затем итеративно развертывать изменения в изолированной среде разработки. Участники команды могут независимо выполнять проверку своих изменений и предоставлять другим участникам команды доступ к этим изменениям после полной их проверки. Использование данного подхода позволяет контролировать качество кода базы данных до ее развертывания в рабочей среде.

Задание типа проекта базы данных

При создании проекта базы данных указывается тип проекта, соответствующий используемой версии SQL Server. Например, если в основе управляемой базы данных лежит SQL Server 2005, нужно указать либо Проект базы данных SQL Server 2005 либо Мастер SQL Server 2005. Если используется мастер, можно не только создать проект, но и настроить некоторые параметры построения и развертывания, а также импортировать объекты базы данных и параметры.

Импорт объектов и параметров баз данных

После создания проекта можно импортировать в него объекты и параметры из экземпляра базы данных или из скрипта. Во время выполнения импорта базы данных проверяются определения объектов. Инструкции, анализ которых не может быть выполнен, помещаются в файл ScriptsIgnoredOnImport.sql. При импорте определений объектов, ссылающихся на не существующие более объекты, для построения и развертывания проекта базы данных необходимо устранить эти ошибки. Например, можно импортировать хранимую процедуру, ссылающуюся на таблицу, которая больше не существует. Чтобы устранить ошибку, можно удалить эту хранимую процедуру.

Устранение подобных ошибок при импорте большой схемы может занять довольно много времени. Однако участники команды не могут неосознанно внести дополнительные ошибки такого типа в ходе обновления схемы в Visual Studio Premium. При изменении и сохранении ими какого-либо определения объекта все изменения проверяются, что позволяет участника команды немедленно устранить проблемы и избежать развертывания этих ошибок в функционирующей базе данных. После устранения ошибок, ставших причиной предупреждения в определениях объектов, рекомендуется также выполнить анализ кода базы данных для выявления проблем структуры, именования и производительности. Дополнительные сведения см. в разделе Анализ кода базы данных с целью улучшения качества кода.

Общие задачи

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

Общие задачи

Справочные материалы

Дополнительные сведения о проектах базы данных. Здесь можно узнать об основных концепциях управления изменениями схемы с помощью проектов базы данных.

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

Добавление существующей схемы базы данных в систему управления версиями. С помощью мастера создания проекта базы данных можно создать проект, настроить его параметры и импортировать схему. Кроме того, можно создать пустой проект, если схему нужно импортировать позже или если отсутствует разрешение на доступ к базе данных, из которой будет импортирована схема. После импорта схемы можно добавить проект в систему управления версиями.

Связанные сценарии