Discussion :

[mohe27]

Salut les amis,

voilà je suis entrain de développer une application utilisant un projet MVC2 couplé avec une base de donnée Oracle, le souci que je rencontre est le suivant:
quand j'essaye de créer un modèle de classe (voir le lien ci-dessous au niveau de la Figure3) lors du choix de la source de données, je mets "nouvelle connexion" et là parmis les choix affichés il n'y a que ceux de "Sql server" celui de Oracle n'existe pas.

http://dotnet.developpez.com/mvc/mvc-entity-framework/

pourtant Oracle data provider pour .net est installé et la référence vers Oracle.DataAccess Version=10.2.0.100 (j'utilise Oracle 10g), est appliquée.

le test de connexion classique vers ma base Oracle fonctionne parfaitement seulement il n'est pas disponible quand j'essaye de créer un modèle de classe.

est-ce qu'il y a un composant qui manque et que je dois installer ou bien une autre référence à rajouter peut-être? car je suis bloqué là

j'utilise MVS 2008 SP1 avec MVC 2.0

merci pour votre aide

[tomlev]

Le provider Oracle officiel n'est pas compatible avec Entity Framework. Le seul provider EF fourni avec le framework est celui pour SQL Server.

Il existe des providers Oracle qui supportent EF (chez Devart par exemple), mais c'est payant...

EDIT: apparemment Oracle a enfin commencé à se bouger le c** à ce sujet...
http://www.oracle.com/technetwork/to...sod-130214.pdf

Mais c'est pas pour tout de suite, ils parlent d'une beta pour fin 2010, et d'une version finale en 2011

[cinemania]

effectivement il n'existe à ce jour que 2 connecteurs compatibles EF pour Oracle, et ils sont payants, et encore un des 2 est "moyennement" compatible, en gros l'interface intégré de VS tu t'assoies dessus...

il te reste donc le connecteur Devart (Outils|Gestionnaire d'Extensions sous VS2010 pour le chercher et l'installer) qui s'intègre parfaitement à Visual studio en plus de fournir les connecteurs compatibles EF.

De toute façon... si tu part sur Oracle c'est que tu es prêt à payer plein pot pour pas grand chose, c'est donc pas un connecteur payant qui va te faire peur enfin bon je dis ça je dis rien.

[mohe27]

Salut les amis,

je vous remercie tous les deux pour cette information, et je trouve ça dommage qu'Oracle n'ait pas pensé à créer un connecteur pareil comme c'était le cas pour son ODAC pour .net, il faudra alors attendre sinon voir avec le boss s'il voudra se procurer celui de chez Devart, sinon passer sous Sql server.

merci les amis

[tomlev]

je trouve ça dommage qu'Oracle n'ait pas pensé à créer un connecteur pareil comme c'était le cas pour son ODAC pour .net

Ben c'est pas qu'ils y ont "pas pensé" à mon avis, c'était plutôt un choix politique... Quoiqu'ils en disent dans leur communiqué, Oracle a toujours été assez réticent à fournir des outils pour .NET. Y a qu'à voir le provider ODP.NET actuel, il s'intègre relativement mal à cause d'une interprétation très personnelle du modèle ADO.NET 2... Notamment la gestion des transactions, ou le fait que les paramètres soient bindés par position et pas par nom par défaut, c'est super galère si tu codes en faisant abstraction du SGBD

sinon passer sous Sql server.

Ben si j'ai le choix, je préfèrerai toujours utiliser SQL Server qu'Oracle, du moins pour des développement en .NET. L'intégration à Visual Studio est bien meilleure

[mohe27]

Dis moi tomlev,

est-ce que je peux utiliser un Dataset comme modèle? je viens de faire un petit essai le drag and drop des tables se fait sans souci mais qu'en est-il des appels des differents champs de ses tables ??

merci à toi

[cinemania]

Le choix politique d'Oracle a empiré avec le rachat de Sun, du fait que Oracle est devenu propriétaire de Java ...

La seule raison qui fait qu'ils se décident enfin à bouger est due uniquement au fait que la BDD Oracle soit en net recule face à SQL Server ces derniers temps, et qu'ils ne doivent leur survie, en terme de "succès" qu'aux infrastructures de BDD sous UNIX, sous Windows... la donne a bien changé.

Offrir des outils pour DOTNET n'est donc pas une volonté politique, mais une nécessité, s'ils ne veulent pas perdre définitivement le marché, et voir toutes les BDD à haute volumétrie passer sous Windows Server & SQL Server, car de plus en plus les applicatifs commencent à se développer en DotNet pour l'utilisation sous Windows.

[tomlev]

est-ce que je peux utiliser un Dataset comme modèle ?

Tu peux, mais perso je suis pas fan... d'abord, il faut bien comprendre que ça n'a pas grand chose à voir avec un ORM comme Entity Framework. Tu charges les données dans le DataSet avec des DataAdapters, tu travailles dessus, et quand tu as fini tu mets à jour la base avec les DataAdapters. C'est nettement moins pratique... En plus tu n'as pas de contrôle sur les noms des classes et méthodes générées, et les noms par défaut sont assez peu pratiques.

En fait, le modèle généré est beaucoup trop lié au mode de fonctionnement du DataSet pour pouvoir en faire abstraction facilement, alors qu'avec EF tu peux déclarer toi-même tes classes POCO et les mapper au modèle.

D'autre part, EF permet de convertir directement des requêtes Linq en requêtes SQL, ce qui n'est pas possible avec les datasets...

Bref, si tu veux vraiment utiliser Oracle ET que tu as besoin d'un ORM, oriente toi plutôt vers NHibernate (mais c'est assez imbitable), ou alors utilise le provider EF de Devart...