Estou tentando definir uma forma de trabalhar com um banco de dados de teste (em SQL Server) para nossos testes de integração.
Minha ideia era fazer essas etapas no lançamento do assembly de teste de integração:
- criar um banco de dados totalmente vazio
- execute o script "criar objetos de banco de dados" para criar todos os objetos de banco de dados relevantes (tabela, exibições, sequências etc.)
- preencha os "dados base" (valores de pesquisa etc.)
- tire um instantâneo do banco de dados chamado
(db)_Basisde "linha de base" para futuros testes de integração
Agora, antes de cada classe de teste (contendo 1-n testes), eu estava planejando simplesmente fazer uma "restauração do instantâneo" para voltar ao estado bem definido, mais ou menos "vazio" do banco de dados. Funciona como um encanto até agora.
No entanto, há um conjunto de testes de integração que precisam operar em um grande banco de dados de teste - então eu esperava fazer isso antes de cada um desses dispositivos de teste (classes com n testes individuais)
- restaurar banco de dados do
(db)_Basisinstantâneo - insira essas mais de 50.000 linhas de dados no banco de dados
- criar outro instantâneo
(db)_With_Testdatainstantâneo
(db)_With_Testdatae, em seguida, para cada teste, redefina o banco de dados para a versão instantânea bem definida , execute os testes, verifique o resultado e assim por diante.
O problema é: parece que não consigo ter dois instantâneos de banco de dados ao mesmo tempo - uma vez que o faço, não consigo restaurar meu banco de dados para nenhum deles .... Continuo recebendo este erro:
Msg 3137, Nível 16, Estado 4, Linha 9 O
banco de dados não pode ser revertido. Os nomes primários ou instantâneos foram especificados incorretamente, todos os outros instantâneos não foram descartados ou há arquivos ausentes.Msg 3013, Nível 16, Estado 1, Linha 9
RESTORE DATABASE está encerrando de forma anormal.
É realmente assim que os instantâneos do banco de dados do SQL Server funcionam? Parece terrivelmente restritivo. ?!?!?
Infelizmente, é por design.
Retirado da página BOL " Reverter um banco de dados para um instantâneo do banco de dados ":
Como alternativa, você pode descartar o primeiro instantâneo
(db)_Basis. Posso entender que isso parece muito limitante, mas veja desta forma: os instantâneos são arquivos esparsos com base nos arquivos de dados originais, portanto, reverter para um instantâneo específico invalidaria todos os instantâneos de qualquer maneira (os arquivos de dados básicos seriam alterados pela operação de reversão) . A limitação pode ser irritante, mas não parece irracional.Outra perspectiva será fazer backups e restaurá -los - já que você está apenas criando um banco de dados e um esquema vazios com alguns valores de pesquisa.
Além disso, apenas inserindo 50 mil linhas, o banco de dados não ficará tão grande. Se você usar compactação, o tamanho do backup também será menor.
Você pode ter um TSQL Agent jobs ou apenas scripts (pode ser que você possa criar um procedimento armazenado e apenas chamá-lo após seus testes com base na saída obtida).
(db)_Basis(db)_With_Testdatafaça com que seus scripts de integração sejam executados e, com base na saída final, você pode executar qualquer um dos trabalhos acima para reverter para o ponto que desejar.
Acho que o método de backup/restauração é muito elegante em seu cenário, pois você está atingindo a limitação de instantâneo do banco de dados . Além disso, Paul Randal escreveu no blog sobre um bug desagradável em todas as versões até e incluindo o SQL Server 2012 (não tenho certeza se foi corrigido em uma CU posterior)