¿Los proyectos de aplicaciones de nivel de datos reemplazan los proyectos de bases de datos de Visual Studio Database Edition?

Question

Solo estoy un poco familiarizado con las características de las aplicaciones de nivel de datos y lo que hicieron los proyectos de base de datos en la edición de la base de datos de Visual Studio.

¿Son estas dos soluciones superpuestas diferentes para el control de la versión de la base de datos? ¿O la funcionalidad de la aplicación de nivel de datos reemplaza directamente la necesidad de usar Visual Studio Database Edition y proyectos de base de datos?

Answer 1

En este momento, la diferencia entre proyectos de base de datos y proyectos de nivel de datos está en el punto de implementación. Si desea crear un DACPAC, utilizaría el proyecto de nivel de datos. Si desea Create .Dbschema y un archivo de migración SQL, utilizaría el proyecto de base de datos convencional.

Hasta donde sé, se espera que las aplicaciones de nivel de datos sean importantes en el futuro para la implementación de SQL Azure.

A menos que esté buscando específicamente SQL Azure, usaría proyectos de bases de datos por ahora. Todo depende de lo que estés tratando de lograr. Podría ser que Control de origen SQL (Por Red Gate, la compañía para la que trabajo) es más adecuado para sus necesidades.

Answer 2

DAC proporciona un modelo de aplicación que puede usarse como una interfaz entre desarrolladores y DBA. El desarrollador edita el modelo, el DBA administra/implementa desde el modelo. Por ejemplo, una vez que el modelo se construye o se extrae, se puede implementar en múltiples servidores.

Imagina el .dacpac como un .exe. El desarrollador construye un .exe y se lo entrega a alguien. En este punto, sería bueno si el desarrollador no tiene que preocuparse por dónde se ejecuta eso. ¿Por qué el desarrollador debe preocuparse por las targadas de 2008, 2005 o Azure específicamente? Simplemente desarrolle el modelo de aplicación y deje que DAC se encargue del resto ...

Tener este artefacto de implementación también proporciona algunas capacidades nuevas. Los ejemplos incluyen implementaciones versionadas, la capacidad de determinar si alguien ha cambiado la base de datos desde la última implementación o actualización, la capacidad de crear la misma base de datos en diferentes servidores de destino.

¿Le gusta tener que administrar una biblioteca de scripts de actualización para sus diversas bases de datos? ¿No sería bueno si todo el estado de su base de datos pudiera ser construido o capturado (extraído) en algún momento?

La mashup del proyecto de aplicación de la base de datos en VS 2010 se resolverá en una próxima versión de herramientas de desarrollador centradas en la base de datos. Invertir en DBSCHEMA o DAC no afectará la compatibilidad directa.

Answer 3

Creo que los proyectos de la base de datos de Visual Studio están dirigidos a los desarrolladores.

Las aplicaciones de nivel de datos están dirigidas a DBA. Ver este blog para detalles.