Nível de reconstrução do banco de dados em uma rotina compilação diária

Question

Eu estou no processo de criação de uma rotina de compilação diária para o meu projeto. Estamos usando Flex 3 e SQL Server 2005. Eu tenho certeza até que ponto eu deveria estar reconstruir o banco de dados em uma compilação diária. Devo estar caindo todas as tabelas e procedimentos armazenados e adicioná-los de volta em? Então eu teria que ter um script que colocar tudo de volta os dados padrão para as tabelas.

Ou devo ter os scripts de Alter DBA gravação que só funcionam quando são feitas alterações e concentrado em construir o código em uma base diária?

Answer 1

Isso realmente depende do seu atual estágio de desenvolvimento do projeto.

Enquanto em desenvolvimento ativo, sem qualquer produção implantações a coisa simples a fazer é apenas soltar e recriar seu banco de dados de cada vez. Desta forma o seu código e banco de dados deve estar em sincronia, especialmente se você está fazendo testes de unidade. Esta é basicamente fazer uma compilação tronco ou seja, mais recente e maior. É muito mais simples de manter. Scripting seus dados padrão é fácil e uma ótima maneira de ter uma configuração limpa quando você precisa de um. Confira o href="http://vyaskn.tripod.com/code.htm" rel="nofollow noreferrer"> sp_ generate_inserts procedimento armazenado para um utilitário bom roteiro os dados de um banco de dados existente.

Depois de ter bancos de dados de produção e será alterando você banco de dados com versões de código, é importante scripts de alteração teste também. Mudança de scripts tendem a ser um pouco mais difícil de escrever devido a dependências e considerações de manipulação de dados.

Answer 2

Gota e recriá-las. Com alter há sempre uma possibilidade de esquecer uma mudança intermediária.