Iniciando a equipe de desenvolvimento de bancos de dados para essa referência objetos de servidor compartilhados

Antes que você pode gerenciar alterações os objetos de banco de dados e configurações, crie primeiro um o projeto de banco de dados. Em seguida, importar objetos e configurações do banco de dados que você deseja gerenciar. Se vários bancos de dados de referência o mesmo os objetos de servidor, você cria um projeto para cada banco de dados e um o projeto de servidor em que você importar objetos como compartilhada logins, chaves ou mensagens de erro personalizadas.

Observação
Na maioria dos ambientes de equipe, somente os administradores de banco de dados devem atualizar as configurações e os objetos de servidor. Você pode estruturar as permissões para que somente os administradores podem criar e modificar o projeto de servidor e outros membros da equipe podem atualizar os objetos no projeto do banco de dados.

Em seguida, colocar esses projetos sob controle de versão e implantar alterações iterativas para um o ambiente de desenvolvimento isolado. Esse tipo de ambiente, os membros da equipe podem testar suas alterações independentemente e compartilhe essas alterações com a equipe somente depois que eles são totalmente testados. Usando essa abordagem, você ajuda a melhorar a qualidade do código do banco de dados antes de implantá-lo em um ambiente de produção.

Especificando um tipo de projeto

Quando você cria um projeto de banco de dados ou servidor, você especificar o tipo de projeto que corresponde à sua versão do SQL Server. Por exemplo, especificar um Projeto de banco de dados do SQL Server 2005, O projeto do SQL Server 2005 Server, ou Assistente do SQL Server 2005 se o banco de dados que você deseja gerenciar baseia-se em SQL Server 2005. Se você usar o assistente, você pode não apenas criar o projeto, mas também definir as configurações de compilação e importar objetos de banco de dados e configurações ao mesmo tempo.

Referenciando o Project Server

Depois de seus projetos foram criados, você deve abrir o projeto de banco de dados e declarando uma referência que identifica o projeto de servidor por seu nome. Você não precisará criar variáveis que identificam um servidor e um banco de dados neste projeto, porque o banco de dados e os objetos de servidor que faz referência sempre residem no mesmo servidor.

Observação

Você também pode usar uma referência não composto neste cenário, se não desejar verificar as configurações do servidor quando você implanta. Se você quiser usar uma referência não composto, você define uma variável de banco de dados, mas você especificar uma literal cujo valor é "mestre". Para obter mais informações, consulte Usar referências em projetos de banco de dados e Como: Adicionar referências a projetos de banco de dados.

Fazendo referência a objetos do sistema

Se seu projeto de banco de dados usa os objetos do sistema, como, por exemplo, um procedimento armazenado do sistema, uma tabela do sistema, um modo de exibição do sistema ou um catálogo do sistema, você deve adicionar uma referência ao "mestre" o banco de dados. Por exemplo, convém para fazer referência a sys.sysobjects. Se você não adicionar uma referência a um banco de dados mestre fornece definições para esses objetos, um ou mais avisos são exibidos para cada referência não resolvida.

Não é necessário criar um projeto de servidor para objetos do sistema de referência. Em vez disso, você pode adicionar uma referência para o arquivo master.dbschema correspondente para o banco de dados e a versão que você está usando. O arquivo de master.dbschema pode ser encontrado em 10.0\VSTSDB\Extensions\SqlServer\ de Visual Studio [arquivos de programa] \MicrosoftSqlServerVersion\DBSchemas, onde SqlServerVersion é a versão do SQL Server que você está fazendo referência (2005 ou 2008).

Tarefas comuns

A tabela a seguir, você encontrará descrições de tarefas comuns que oferecem suporte a esse cenário e links para obter mais informações sobre como você pode concluir com êxito essas tarefas. Além disso, você deve determinar como essas tarefas melhores se encaixam a metodologia de desenvolvimento da equipe.

Cenários relacionados

Iniciando a equipe de desenvolvimento de bancos de dados

Iniciando a equipe de desenvolvimento de bancos de dados a outros bancos de dados de referência

Iniciando a equipe de desenvolvimento de bancos de dados que objetos de referência SQLCLR