Discussion :

[takinelinfo]

Bonjour,

Je voudrais coupler mon application WPF à une base de données Access (.accdb ou .mdb).
Afin de faire abstraction des requêtes SQL, je voudrais utioliser LinqToEntities.
Le problème c'est que le provider ".NET Framework Data Provider for ODBC" ne supporte pas LinqToEntities.
Existe il un autre provider pour MS Access supportant LinqToEntities?

Par avance merci.

[tomlev]

Existe il un autre provider pour MS Access supportant LinqToEntities?

A priori non
Mais bon, de toutes façons, si ton appli est suffisamment complexe pour que l'utilisation d'un ORM soit justifiée, Access n'est sans doute pas la base de données la plus adéquate...

[Nathanael Marchand]

C'est la spécialité en ce moment de choisir tous les SGBD qui supportent pas EF?

[takinelinfo]

En fait j'ai l'impression que si on n'utilise pas SQL Server pour le développement .NET et baie c'est bien galère!!!!

[tomlev]

En fait j'ai l'impression que si on n'utilise pas SQL Server pour le développement .NET et baie c'est bien galère!!!!

Non, pas vraiment... SQL Server est juste mieux intégré à Visual Studio, ce qui est somme toute assez normal, mais on peut très bien utiliser d'autres SGBD. Il faut juste qu'il existe un provider ADO.NET adapté, mais il y en a pour à peu près tous les SGBD. Tous ne supportent pas Entity Framework, mais il y en a quand même pas mal qui sont compatibles : MySQL, PostgreSQL, SQLite, bientôt Oracle (encore en beta)...

[takinelinfo]

SQLite => ok, System.Data.Sqlite
MySQL => Mysql connector est quand même bien buggé
PostgreSQL => npgsql ne s'intègre pas à VS 2010 et je ne sais pas s'il supporte bien LinqToEntities.

Honnêtement je pensais que ça serait un peu plus simple de coupler WPF à une base de données.

[tomlev]

Honnêtement je pensais que ça serait un peu plus simple de coupler WPF à une base de données.

Je vois pas trop le rapport avec WPF... WPF est un framework d'interface graphique, ça n'a rien à voir avec la base de données

[takinelinfo]

Je vais le tourner différement alors:
Honnêtement je pensais que ça serait un peu plus simple de coupler C# à une base de données en utilisant LinqToEntities.

[B.AF]

Et SQL Server CE ? C'est embarqué, tu as le support d'EF. Moi je m'en sers en démo et en cours pour montrer EF.

Pour Access, il existe un driver NHibernate (JetDriver) et donc tu pourras utiliser Linq.
Il y a aussi Firebird, SQLLite (sous nh)

Après c'est le driver qui gérera le SQL, donc à tes risques et périls. Moi je ne me risquerai pas aujourd'hui à utiliser EF sur autre chose que du MS.

Et cela dit en passant, SQL CE est bien mieux qu'access et SQL Server 2008 R2 est (pour moi) un des meilleurs choix en DB possible aujourd'hui.

Choisir SQL Server ne peut pas être une erreur, la seule erreur si tu veux la portabilité de la base sera d'utiliser des guid (heeeeuuuurrrrrkkk) ou des identity (rrrrrhhhhaaaaaaaabeurk).

[tomlev]

Et windows CE ?

Je suppose que tu voulais dire SQL Server CE

SQLLite (sous nh)

Le provider SQLite est aussi compatible avec Entity Framework, je crois que c'était même un des premiers en dehors de SQL Server

Et cela dit en passant, SQL CE est bien mieux qu'access

Tout à fait d'accord... mais bon, il faut dire que n'importe quel SGBD est mieux qu'Access