[EF] Providers pour Oracle, MySQL, etc

**tomlev** · 21/10/2008, 11h18

Je me demandais, on en est où des providers EF pour des SGBD autres que SQL Server ? Mis à part celui-ci pour SQLite qui est presque 100% fonctionnel (je l'utilise depuis quelques mois sans problèmes particuliers), tous ceux que je trouve semblent être aux premiers stades du développement, en tous cas pas prêts pour une utilisation en production... (par exemple ici ou là)

Je suis un peu surpris que les gros éditeurs comme Oracle ou MySQL n'aient pas encore sorti leur propre provider... Ce billet de décembre 2007 annonçait une dizaine de providers prêts dans les 3 mois, mais je n'en ai pas encore vu la couleur

Je viens de tomber sur ce site qui semble proposer des providers pour Oracle, MySQL et PostgreSQL, mais je ne sais pas trop ce que ça vaut...

Avez-vous déjà utilisé EF avec des SGBD autres que SQL Server ? Quel provider avez-vous utilisé ? Avec quels résultats ?

EDIT: je viens de réaliser que les providers dispos sur le site de devart (dernier lien) sont payants

**anthyme** · 21/10/2008, 13h01

c'est pas galère de créer l'edmx à la main ?

**tomlev** · 21/10/2008, 13h59

Envoyé par anthyme

c'est pas galère de créer l'edmx à la main ?

Euh... je sais pas, j'ai jamais essayé. Si le provider est bien fait, normalement ça doit marcher correctement avec le designer. En tous cas ça marche avec le provider SQLite que j'ai testé (à part un bug quand on veut rafraichir le modèle à partir de la base)

**tomlev** · 21/10/2008, 14h29

en ce qui concerne MySQL, il devrait bientôt y avoir du nouveau...
http://www.mysql.com/news-and-events...splay-204.html

**anthyme** · 21/10/2008, 15h06

Ah ok je croyais que le fait de ne pas utiliser SQLServer empechait l'utilisation de l'outil de création de mapping

c'est bien ca

**binoo** · 21/10/2008, 19h33

Oui moi j'attends la version d'Oracle et, j'avoue, je pense que je vais m'orienter vers des versions tiers (payante ou non) car Oracle ne fournit aucune information sur un éventuel provider Linq... c'est assez (même carrément) frustrant... à se demander s'ils travaillent dessus

Je rejoins donc tomlev dans ces questions

:

Envoyé par tomlev

Avez-vous déjà utilisé EF avec des SGBD autres que SQL Server ? Quel provider avez-vous utilisé ? Avec quels résultats ?

**tomlev** · 21/10/2008, 21h57

Envoyé par binoo

Oui moi j'attends la version d'Oracle et, j'avoue, je pense que je vais m'orienter vers des versions tiers (payante ou non) car Oracle ne fournit aucune information sur un éventuel provider Linq... c'est assez (même carrément) frustrant... à se demander s'ils travaillent dessus

D'un côté, ça me paraitrait idiot de la part d'Oracle de ne pas travailler là dessus : en ce qui me concerne, la disponibilité d'un provider compatible EF pourrait bien devenir un critère déterminant dans le choix d'un SGBD, et je ne suis certainement pas le seul dans ce cas. A long terme, ils risquent de perdre pas mal de parts de marché s'ils ne se bougent pas un peu le c** !

Mais d'un autre côté, ils n'ont pas donné la moindre info laissant entendre qu'ils travailleraient sur un provider Linq... donc je sais plus trop quoi en penser

**anthyme** · 23/10/2008, 15h43

Moi quand je bosse avec oracle c'est seulement quand la base est imposé ...

Sinon je préfère bosser avec SQL Server ...

Donc au final c pas l'ORM qui impose la base mais la base qui empeche l'ORM

**oyigit** · 04/11/2008, 10h46

Pour avoir participer au Microsoft Days, ils ont annoncé bientôt une version de Linq compatible Oracle.

Ce que j'en ai comprit, est pour moi ce qui semble normale, c'est Mircrosoft qui va proposer un outil compatible avec les bases Oracle. Et c'est d'ailleurs, c'est Microsoft qui à tout intérêt à proposer un Linq compatible avec le maximum de chose...

Je trouve que linq est une techno complétement génial, quand à l'Entity Framework, je l'utilise depuis plusieurs semaines, et j'avoue que je reste sur ma faim, il n'est pas aboutit.

**tomlev** · 04/11/2008, 11h31

Bof... en ce qui me concerne, Linq to SQL n'a pas d'intérêt, vu que je n'utilise pas trop SQL Server. Et de toutes façons, je préfère l'architecture de Entity Framework

**anthyme** · 04/11/2008, 12h59

Envoyé par tomlev

Bof... en ce qui me concerne, Linq to SQL n'a pas d'intérêt, vu que je n'utilise pas trop SQL Server. Et de toutes façons, je préfère l'architecture de Entity Framework

+1 !

Je ne lui reprocherai que l absence de génération de la base a partir de l'edmx...