Como podemos migrar para usando Projetos de banco de dados do VS2005?

Question

Na minha empresa, o nosso método atual de atualizar o banco de dados é conectar usando o Server Explorer no VS2005, em seguida, modificar os procedimentos armazenados por abri-los e editar. Os devs aqui parecem apreciar esse "write e guardá-lo como se fosse código" mentalidade. É muito conveniente, como ele automaticamente voltas Criar em Alter e executa os scripts contra a base de dados existente quando precisamos ajustar alguma coisa.

Recentemente, este mordeu-nos muito difícil durante uma queda do servidor quando perdemos um monte de mudanças que não tinha conseguido backup. Eu estou empurrando para mover o nosso desenvolvimento SQL onde ele pertence: em Projetos de banco de dados para que possamos colocá-los em SVN junto com o código othe. A alternativa é nightly back-ups de base de dados.

Eu não sei muito sobre os projetos de banco de dados, porém, ou a forma como o fluxo de trabalho com eles é. Tenho medo de que se eu não pode obter algo de utilidade semelhante ao seu modelo atual, eles só não vai mudar. Quaisquer pensamentos sobre a manutenção de nosso modelo de trabalho atual, mas mudar para Projects DB?

Answer 1

Se os desenvolvedores fazem as regras (e seus sons post como eles fazem), você só pode avançar se o novo fluxo de trabalho é "melhor" para -los . Sendo um desenvolvedor de mim, eu acho que é a forma como deve ser. Eu vi alguns não-desenvolvedores pensar em processos de desenvolvimento muito sem sentido, e forçá-los sobre os desenvolvedores de todos detrimento.

Se você está pensando em projetos VS DB, você primeiro teste se VS DB realmente funciona com o seu banco de dados. Se isso acontecer, você tem que configurar uma grande chance no processo:. A cópia "verdadeira" do banco de dados está agora em VS DB em vez do servidor de banco de dados

Outra saída é o backup do servidor de desenvolvimento regularmente. Se você guardá-lo diariamente, e um backup do log de transações a cada hora, torna-se muito difícil de perder uma quantidade significativa de trabalho.

Ou criar uma tarefa agendada que escreve a definição de banco de dados inteiro para um arquivo de texto. (Script todos os objetos no banco de dados.) Esses arquivos são normalmente muito pequenas, então você pode manter um longo atraso.

Muitos blogueiros respeitados parecem pensar armazenar definições de banco de dados no SVN é uma boa idéia. Veja este codificação pós horror, ou relacionados Stack Overflow relacionados pergunta Como versão I meu banco de dados MS SQL no SVN .

Fale sobre isso com os desenvolvedores e veja o que você pode concordar.