Un petit post pour annoncé la publication de nouvel article sur Code First Migrations, la nouveauté certainement la plus intéressante d’Entity Framework 4.3.

Pendant le développement ou le cycle de vie d’une application, le développeur est très souvent confronté à des situations pouvant entrainer des modifications de son modèle objet ainsi que de sa base de données. Avec Entity Framework, cette tâche peut s’avérer assez complexe, voire frustrante pour certains.

Si vous voulez par exemple apporter une modification (ajout d’une colonne) à une table de votre base de données, si vous vous limitez à définir uniquement la nouvelle colonne dans votre modèle, lors de l’exécution de l’application vous allez obtenir un message d’erreur puisque le modèle ne correspond plus aux objets de la BD.

Il était cependant possible d’ajouter quelques lignes de code dans le fichier Global.asax, permettant lors de la modification du modèle, de détruire et recréer automatiquement la base de données lors de la prochaine exécution de l’application, avec comme conséquence directe la perte des données. Ce qui est inacceptable pour une base de données déjà en production.

Heureusement, Entity Framework 4.3 élimine ces contraintes avec la nouvelle fonctionnalité Code First Migrations, qui permet d’appliquer avec souplesse les modifications du modèle sur la base de données, en réduisant les risques de pertes de données.

L’article complet est disponible ici.

Pour les commentaires, ça se passe ici

Bonne lecture

Une des nouveautés les plus intéressantes qu’apporte Entity Framework 4.3.1 est la migration pour les mises à jour de la base de données.

Précédemment, avec Code First, si vous vouliez apporter une modification (ajout d’une colonne par exemple) à une table de votre base de données, si vous vous limitiez à définir uniquement la nouvelle colonne dans votre modèle, lors de l’exécution de l’application vous obteniez un message d’erreur puisque le modèle ne correspond plus aux objets de la BD.

En apportant les modifications du côté de la base de données, il fallait de nouveau mettre à jour le modèle. Cette action avait pour conséquence de régénérer à nouveau le modèle, avec éventuellement la perte de la personnalisation (message d’erreur de validation, définition des attributs Display, etc.) que vous aviez effectué dans votre modèle.

Avec la migration de base de données introduite par la version 4.3.1 d’Entity Framework, des modifications peuvent être apportées facilement et aisément à la base de données à partir du modèle.

Lire la suite →