Version imprimable
Bonjour,
Débutant en MVC, je vois qu'il y a moyen avec code first de créer des tables à partir de ses entités.
Ma question est:
l'inverse est-il possible ? donc créer ses entités à partir d'une DB existante.
Dans VS 2010, c'est possible pour une application silverlight. On crée un nouvel EDMX (entity framework) et il propose de partir d'une DB existante (Sql Server par exemple).
Oui c'est possible ça s'appelle Database First.
Hello,
rien de bien compliqué, il te faut pour cela dans ton model (c'est le plus simple au départ) ajouter un fichier de type .edmx (entity data model) et ensuite faire le lien entre ce fichier et ton application (ça se fait à la création du fichier).
Tu pourras alors importer toutes tes tables et procédures stockées ce qui te permettra de générer les poco grace aux templates T4 (les fichier .tt).
Bonne chance et n'hésites pas si tu as besoin d'aide supplémentaire
Bonjour,
Merci pour vos réponses:ccool:
J'avais entretemps trouvé (ça veut peut-être dire que je n'avais pas suffisamment cherché:oops:) un tutoriel présentant:
New Database : Model First (model in designer) ou Code First (define classes & mapping in code)
Existing Database : Database First (model in designer) ou Code First (define classes & mapping in code)
Je vois donc qu'il y a aussi code First pour Existing Database... là ils mettent "Reverse engineer tools available".
Il me semble dès lors que ça revient à choisir entre avoir son modèle dans un designer ou de définir ses classes.
Ma question devient donc: Y a t'il une manière plus "propre", plus "commune", plus "moderne" de travailler entre ces deux méthodes ?
Tu peux très bien utiliser la méthode "code first" avec une base déjà existante (il te faut juste désactiver la génération de la base pour qu'elle ne soit pas écrasée lors de l'exécution).
Par contre ça n'a pas beaucoup d’intérêt car tu fais le travail 2 fois, autant générer tes classes directement à partir de ta base, non ?
Merci pour vos réponses
:ccool:
Je commence à entrevoir les différentes possibilités:)
Pour l'utilisation de code first avec une base de donnée existante, il y a des outils pour générer les classes à partir de la base de données
http://visualstudiogallery.msdn.micr...2-846072eff19d
J'ai une nette préférence pour code first qui permet d'avoir des classes le plus personnalisable possible.
Ensuite, si tu as besoin de faire des mises à jour. Avec les edmx, il faudra faire la modification sur la base de donnée puis mettre à jour le model.
Avec code first, tu fera ta classe et avec les outils de migrations, tu pourra mettre à jour la base de données.
Après pour le choix de l'approche EF, on pourrait se référer à ce diagramme:
http://thedatafarm.com/blog/files/me...mage_thumb.png
(http://thedatafarm.com/blog/data-acc...points-column/)