Cómo volver a implementar, volver a crear la base de datos en cada ejecución de prueba

Question

Actualmente estoy usando Visual Studio 2012 RC y SQL Server 2012 RTM.

Me gustaría saber cómo volver a implementar/volver a crear una base de datos de prueba para cada ejecución de prueba.

Tenga en cuenta que tengo un proyecto de base de datos de SQL Server para la base de datos con la plantilla de Visual Studio 2012.

En realidad no estoy muy seguro acerca de una idea que tengo en mi mente, pero .testsettings archivo tiene de configuración y limpieza guiones. ¿Es este el camino a seguir? Por ejemplo, ¿un script de PowerShell lee el script generado del proyecto de base de datos y lo ejecuta en la base de datos?

Supongo que hay mejores formas de hacerlo y debe ser una solución lista para usar, pero lo ignoro y Google no me ayuda a encontrar la solución adecuada.

Answer 1

Como se mencionó, es probable que desee utilizar las secuencias de comandos VS 2012 .Local.testsettings> Setup and Cleanup para crear/derribar su base de datos SQL Server.

Para la secuencia de comandos es posible que desee utilizar PowerShell con un .dacpac (en lugar de sólo un script T-SQL), dado que está utilizando un proyecto SSDT. Aquí hay un link con algún código de ejemplo; en particular, es posible que desee echarle un vistazo al comando 'Desplegar-Dac'.

Si no está familiarizado con .dacpacs como la salida (compilación) de proyectos de base de datos creados por SSDT, eche un vistazo a esta referencia link.

Answer 2

La solución más rápida, aunque un poco hack, es realmente sencilla. Puede establecer las propiedades de proyectos de DB en la pestaña de depuración para "siempre volver a crear DB". Luego prueba con dos clics, realiza una depuración/compilación y luego ejecuta todas las pruebas. Debería obtener un DB recién construido en localDB para que se ejecuten las pruebas. También puede cambiar el destino para la base de datos de depuración (de nuevo las propiedades de proyectos de DB) a lo que desee, para que pueda implementarlo en .dacpac, en una base de datos SQL existente o en cualquier otro lugar. Significa probar en dos pasos, y si su construcción es larga, puede ser molesto, pero funciona. De lo contrario, creo que las secuencias de comandos son su única opción.

Answer 3

Editar: Aunque esto no responde la pregunta de una manera sencilla de SQL Server, un enfoque sencillo de Entity Framework sería el siguiente: descubrí que podía crear y destruir mi base de datos cada vez correctamente utilizando DbContext.Database Métodos .CreateIfNotExists() y DbContext.Database.Delete() en mis fases de configuración y limpieza de mis pruebas.