J’ai décidé d’assister à une première session sur l’intégration du DACPAC dans Visual Studio 2010.
Avant tout, je vous conseille de lire cet article de Christophe Laportes sur le sujet. Il couvre le sujet d’un point de vue SQL SERVER 2008 only. Ici il s’agit de couvrir la passerelle entre SQL SERVER 2008 (R2) et Visual Studio 2010
L’intégration avec Visual Studio 2010 se fait via un nouveau template projet :Database Application Component.
Visual Studio va produire des modèles objets compréhensibles, avec l’utilisation poussée de l’IntelliSense, ou encore le debuggueur.
On voit apparaitre un nouvel éditeur pour T-SQL, Débuggeur, IntelliSense, designer de police, analyse statique de code…
Tout cela pour résoudre les 3 principaux challenges du développement d’applications multi tiers: Développement, Déploiement et Maintenance
Mais me direz vous, il existe bien les .dbproj sur Visual Studio ? !
En résumé : Là ou on passait par l’exécution d’un script sqlcmd, là on intègre directement un .dacpac dans Visual Studio et inversement dans SQL SERVER 2008 R2
Par contre, il est clairement établi que les projets .dacpac sont destinés à des applications moyennes, là ou les .dbproj, certes plus complexe à mettre en œuvre, sont plus accès grosse applications.
Des démos qu’il en ressort, tout est trés encapsulé et assez opaque, ce qui peut expliquer le fait que tout ceci reste à utiliser dans des configurations moins poussées, moins complexes.
Un .dbproj lui, est un modèle trés ouvert, trop ouvert, qui demande plus de structuration, mais qui reste utilisable dans beaucoup de scénarios.
Roadmap
La vision à moyen terme et d’unifier le dacpac et le dbproj, pour combiner le meilleur des deux modèles
