Criar e implantar os bancos de dados para um ambiente de desenvolvimento isolado
Em um o ambiente de desenvolvimento isolado (conhecida como um modo seguro), você e seus colegas de equipe podem atualizar, criar e implantar o código do banco de dados sem introduzir alterações em conflito uns com os outros. Depois de gerar dados de teste e executar testes de unidade de banco de dados, você pode implantar a sua versão do código para um servidor de teste ou de teste, onde a sua versão mescla com código de outros desenvolvedores. Antes de implantar um o projeto de banco de dados, configurar suas propriedades com base no que se você irá implantá-lo em um ambiente de desenvolvimento isolado em vez de um servidor de teste ou produção.
Configurando o seu projeto de banco de dados para a implantação Local
Quando você configura as propriedades de implantação, você pode identificar um destino um arquivo de .sqlcmdvars que são específicas para seu ambiente de desenvolvimento isolado, um arquivo de .deploymentconfig e conexão de banco de dados. Nas propriedades da implantação do seu projeto de banco de dados, você pode configurar as configurações do seu ambiente de desenvolvimento isolado para diferir do que as configurações de implantação são armazenadas no banco de dados projeto. Portanto, você pode fornecer uma conexão de banco de dados de destino para seu banco de dados de desenvolvimento isolado, um arquivo diferente de .deploymentconfig e um arquivo de .sqlcmdvars diferentes.
Detalhes de configuração de implantação
Antes de implantar o seu projeto para um ambiente de desenvolvimento isolado, você deve tratar os seguintes problemas:
Você provavelmente desejará usar o agrupamento de banco de dados de projeto porque, na maioria dos casos, o seu ambiente de desenvolvimento deve corresponder a seus ambientes de teste ou produção de destino.
Convém sempre recriar o banco de dados, porque você não tem que você deve preservar nenhum dado de produção.
Você deseja implantar as propriedades do banco de dados porque você deseja configurar seu ambiente de desenvolvimento para coincidir com os ambientes de teste ou produção de destino.
Você não deseja fazer backup do banco de dados porque essa prática aumenta a sobrecarga para sua implantação e não oferece nenhum benefício se você recriar o banco de dados sempre que você implanta.
Você talvez não queira bloquear implantação se a perda de dados pode ocorrer porque você está gerando dados de teste em vez de trabalhar com dados de produção. Se você não espera que as alterações que você está fazendo para causar perda de dados, convém bloquear a implantação para testar essa expectativa.
Você não deseja gerar instruções de SOLTAR para objetos que estão no banco de dados, mas não no projeto de banco de dados. Você pode temporariamente excluiu objetos do projeto de banco de dados que estão incompletas ou talvez você tenha protótipos de objetos do banco de dados de destino que você deseja preservar.
Variáveis do comando SQL
Quando você implanta um ambiente de desenvolvimento isolado, você deseja que as variáveis de valores que são apropriados para esse ambiente. Por exemplo, você pode precisar valores para os corretores de serviço ou certificados de serviço no seu ambiente de desenvolvimento que diferem dos valores em seus ambientes de teste ou produção. Especificando um arquivo de .sqlcmdvars diferente para seu ambiente de desenvolvimento isolado, você pode evitar a necessidade de alterar os valores dessas variáveis, quando você altera os destinos de implantação. Essa prática também elimina a necessidade de definir o seu arquivo de .sqlcmdvars em termos de MSBuild variáveis de ter valores de configuração específicos. Você pode ter um arquivo de .sqlcmdvars diferente para cada configuração que você deseja implantar.
Implantando projetos de servidor
Quando você implanta um projeto de banco de dados, você deve implantar os objetos e configurações para o banco de dados. Quando você implanta um o projeto de servidor, você implanta os objetos que são definidos no banco de dados mestre, mas as configurações do servidor não são alteradas. Configurações do servidor podem ser ignoradas, ou você pode verificar os valores para algumas ou todas as configurações no servidor de destino correspondem os valores que você especificar no seu projeto de servidor.
Diferente, por exemplo, a diferença no modo como as configurações são manipuladas, você pode implantar um projeto de servidor usando os mesmos procedimentos que você pode usar para implantar um projeto de banco de dados.
A implantação de funções
Você deve implantar as funções que você usa no seu banco de dados para todos os servidores aos quais você implantar o banco de dados. No entanto, em seu ambiente de desenvolvimento, você pode limitar o número de usuários, que você deve associar a cada função. Normalmente, você deseja que pelo menos um usuário para cada função para testar, mas não é necessário implantar um conjunto completo de usuários para seu ambiente de desenvolvimento isolado.
Implantação de linha de comando
Você pode implantar um projeto de banco de dados a partir de um prompt de comando em um computador no qual Visual Studio não está instalado, se você instalar os seguintes pré-requisitos:
Microsoft .NET Framework versão 4
SQL ServerManagement Objects (SMO)
Esses objetos devem ser instalados em qualquer computador no qual SQL Server está instalado.
Além de para esses pré-requisitos, você deve também transferir os seguintes arquivos desse computador, talvez, copiando-os primeiro em uma unidade de barramento Serial Universal (USB):
A saída de construção do seu projeto de banco de dados (de depuração ou de varejo)
O conteúdo da pasta Deploy paraVisual Studio
Essa pasta normalmente encontrada em [arquivos de programa] \VSTSDB\Deploy.
Os assemblies para SQL Server Compact Edition
Depois de instalar os pré-requisitos e transferir os arquivos, você pode implantar o projeto de banco de dados (no formato do arquivo .dbschema) para um banco de dados de destino.
Dados de referência
Você pode adicionar instruções no script pós-implantação em seu projeto de banco de dados para preencher uma ou mais tabelas com dados de referência. Para obter mais informações, consulte Adicionar dados de referência tabelas quando você implanta o banco de dados..
Você também pode comparar o seu banco de dados distribuído para um banco de dados que contém os dados de referência se você quiser sincronizar uma ou mais tabelas. Para obter mais informações, consulte Comparar e sincronizar os dados em um ou mais tabelas com dados em um banco de dados de referência.
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.
Tarefa |
Tópicos de suporte. |
---|---|
Começar com a compilação e implantação: Antes de configurar, construir e implantar seu primeiro projeto de banco de dados, convém entender como usar os projetos de banco de dados em um ambiente de equipe. Você também pode aprimorar a compreensão do processo de compilação e implantação e conheça todas as propriedades e configurações que controlam como o seu projeto é construído e implantado. |
|
Aprendem: Completando a passo a passo introdutória, você pode aprender rapidamente sobre todo o processo, desde a criação de um ambiente de desenvolvimento isolado por meio do estabelecimento de uma linha de base e realizando o desenvolvimento iterativo. |
|
Implante somente os objetos de conclusão: Você pode excluir os arquivos que contêm as definições de os objetos de banco de dados que você não está pronto para implantar ou testar. |
|
Configure o seu projeto de compilação: Você pode configurar as configurações que controlam como criar o seu projeto de banco de dados. Por exemplo, você pode especificar que os avisos devem ser tratados como erros. |
|
Configure o seu projeto de implantação:
|
|
Preencha as tabelas de referência ou de pesquisa: Você pode adicionar dados de referência tabelas quando você implanta seu projeto de banco de dados. Você pode optar por fazer isso para tabelas que contêm dados que mudam com freqüência, como, por exemplo, informações da transportadora. |
|
Crie seu projeto de banco de dados: Você pode construir seu projeto de banco de dados Visual Studio ou de um prompt de comando com MSBuild. Você pode configurar o número máximo de erros ou avisos e suprimir avisos se desejar ignorá-los. Você pode executar ações como parte da compilação, imediatamente antes ou depois do projeto de banco de dados é criado. |
|
Implante o seu projeto de banco de dados: Você pode implantar seu projeto de banco de dados no Visual Studio, usando MSBuild, ou usando a linha de comando ferramenta VSDBCMD para atualizar o banco de dados de destino ou servidor. Antes você verificar alterações ao seu projeto de banco de dados, talvez você queira testar se uma compilação de equipe completo e implantação é bem-sucedida. |
|
Solucionar problemas: Você pode aprender mais sobre como solucionar os problemas mais comuns de compilação e implantação, como, por exemplo, problemas quando você renomeia projetos da SQL common language runtime (CLR) e assemblies. |
Próximas etapas
Antes de verificar as suas alterações, você deve considerar a execução testes de unidade de banco de dados para verificar se o seu banco de dados está funcionando conforme pretendido. Você pode escrever testes adicionais para verificar qualquer código que você escreveu. Opcionalmente, você pode implantar o projeto e gerar dados de teste quando você executar os testes. Para obter mais informações, consulte Verificando o banco de dados código usando testes de unidade.
Cenários relacionados
Criar e implantar os bancos de dados para um ambiente de produção ou de preparo
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