Je développe une application avec des composants client léger et client léger. Nous mettons également à jour notre base de données de telle sorte que les changements de schémas aboutissent à leur propre numéro de version et que des scripts de changement peuvent être appliqués. Les modifications de la base de données, cependant, ne se produisent pas toujours en même temps que les modifications du client lourd. Oui, la modification de la base de données d'aujourd'hui pourrait ajouter une colonne et nécessiter un dans le client lourd, mais la modification de la base de données de demain pourrait corriger une erreur dans une procédure stockée qui ne nécessite aucune modification externe. Comment puis-je coder le client lourd pour tester s'il est compatible avec une version de base de données spécifique lorsque certains sont rétrocompatibles et d'autres pas?Comment votre client lourd vérifie-t-il s'il est compatible avec le schéma de la base de données?
Dans le même que tout le monde se soucie, notre est une application .NET intégrant SQL Server, mais cela ressemble plus à une question de versionnement qu'à une question de plate-forme. À moins qu'il n'existe une solution spécifique à la plate-forme ...
Voir http://stackoverflow.com/questions/115369/do-you-source-control-your-databases. Dupliquer de http://stackoverflow.com/questions/33638/testing-and-managing-database-versions-against-code-versions –
Également dupliqué de http://stackoverflow.com/questions/1534579/verify-database-changes -version-control et http://stackoverflow.com/questions/308/is-there-a-version-control-system-for-database-structure-changes et http://stackoverflow.com/questions/257045/managing -the-migration-of-breaking-database-change-to-a-database-by-old-v –