Mappage Entity Framework

Version imprimable

18/09/2009, 00h35
touftouf57

Mappage Entity Framework

Bonjour,

Je viens du monde java, et je fais mon stage sous c#. En java il est possible de générer des classe grâce à JPA. On lui fournit une base de données et il nous génère les classes.
Je sais que sous c#, il existe entity Framework. J'essaye de m'y mettre, mais je me retrouve confronté à des erreurs lors de la validation.
Les erreurs sont du style "l'association intel n'est pas mappée". Je fais donc un mappage de table sur l'association en question, mais dans la combobox "colonne" je n'ai pas le champs disponible pour le mappage.

Quelqu'un pourrait-il m'expliquer pourquoi? j'ai bien trouvé des tutos, mais il n'est nullement traiter de ce genre de problèmes. Avec eux tout roule sur des roulettes. A part la modification des noms de classe, ils ne font rien d'autre.

Je précise aussi que j'attaque une base SAGE, donc forme normale ils ne connaissent pas. Il m'est impossible de créer des foreign key vers les tables propriétaires. Car en cas de changement de version, les relations pourraient ne plus être valable. C'est aussi pour cela que je voulais passer par entity framework, histoire de créer mes relations dans l'EDM et que les classes s'occupent de tout le "sale" boulot.

Merci d'avance
20/09/2009, 21h17
Arnard

Logiquement tu définis tout côté base de données et ensuite tu importes via l'outil de entity framework. Et justement les clé étrangères sont un élément déterminants pour architecturer l'ensemble.

Je ne sais pas si Ef supporte vraiment SAGE (que je ne connais pas)
21/09/2009, 12h02
jgard

EF n'est compatible qu'avec Sql Server si tu utilises l'assistant. Pour utiliser d'autre fournisseurs, tu peux le faire en utilisant un provider qui peut se connecter à d'autres SGBD. Tu peux en trouver sur le marché mais pas sûr pour SAGE. A voir.
24/09/2009, 23h08
nachtigal

Citation:

Logiquement tu définis tout côté base de données et ensuite tu importes via l'outil de entity framework

Si tu définis tout coté base de données, il n'y a plus d'intérêt à utiliser EF, du moins en ce qui concerne MSSQL. AUtant utiliser LinqtoSql qui est fait pour ça. Il faut regarder EF comme une sorte de NHibernate en mieux, et donc tu dois te taper tout à la main. Hors galaxie MSSQL, point de salut !