Entity Framework, Linq to sql, Ado.net

**solo190** · 13/08/2013, 19h39

bonsoir à tous,
j'ai besoin de vos conseils dans le choix d'une Technologie pour attaquer une base sous sql serveur 2008.
Avec Ado.net je le fais déjà bien ( Requêtte, procédure Stockée).
mais je ne sais pas si c'est la meilleur des technologies vu qu'elle est la plus ancienne et aussi j'ai pas trouvé assez de documentation sur les autres mais j'aimerais bien avoir vos avis.

**tomlev** · 13/08/2013, 20h15

Oublie Linq To SQL, ça a été abandonné quasiment aussitôt après sa sortie...

Entity Framework est la solution ORM "officielle" de Microsoft, et continue à évoluer. Elle repose sur ADO.NET.

Mais si tu as déjà une couche de données développée en ADO.NET qui fonctionne correctement et ne te pose pas de problèmes de maintenance, je ne vois pas vraiment de raison d'en changer...

Invité · 13/08/2013, 20h26

Linq To SQL est mort et n'est plus mis à jour.
Entity Frameowork est un ORM (Object Relational Mapping) est le remplaçant de Linq To SQL qui est également un ORM.

Donc le choix se réduit entre EF et du pur ADO.Net. En gros avec EF tu gagnes en productivité mais pas forcément en rapidité ce qui est le point fort quand tu fais de l'ADO.Net pur où il n'y a pas de génération dynamique de requête, ni de matérialisation.

Pour plus d'infos sur Entity Framework tu peux regarder ici et là.

**Kikuts** · 14/08/2013, 10h29

Euh ...

je ne suis pas d'accord pour dire que Linq To SQL est mort !

Essayez donc de créer une application pour windows phone avec sauvegarde de la DB sur le tél en vous passant de Linq TO SQL ^^

(Ne me parlez pas de web services car je parle d'enregistrement Local)

Après si vous avez d'autres solutions, je suis preneur ! Même preneur ²

Parce que sans vouloir vous embêter, il faut passer par LinqToSQL ou alors utiliser une bibliothèque pour utiliser SQLLite (et même pas sur que dans ce cas on passe de Linq TO SQL)

Linq To SQL ne gère pas les relations 1,n - 1,n. Il n'est plus maintenu certes, mais fonctionne très bien dans les niches ou il reste encore une des seules solutions à notre disposition

**tomlev** · 14/08/2013, 10h40

Envoyé par Kikuts

Essayez donc de créer une application pour windows phone avec sauvegarde de la DB sur le tél en vous passant de Linq TO SQL ^^

Effectivement, j'oubliais le cas de Windows Phone...

Envoyé par Kikuts

ou alors utiliser une bibliothèque pour utiliser SQLLite (et même pas sur que dans ce cas on passe de Linq TO SQL)

Non, Linq to SQL est uniquement pour SQL Server ou SQL Server Compact (dans le cas de Windows Phone, c'est forcément SQL Server Compact)

Pour SQLite, il faut installer les libs natives ("SQLite for Windows Phone"), et utiliser un wrapper comme sqlite-net-wp8 qui permet d'exécuter des requêtes et implémente un "mini ORM" qui s'utilise avec la syntaxe Linq.

**Hlama** · 15/08/2013, 11h06

Salut les experts,pour moi linq to sql est toujours là pour résoudre certain problème lorsque l'on du Web Services Basé sur soap avec WCF Services j'utilise sous souvent Linq To Sql pour faire la Sérialisation de mes classes et propriété pcq avec Entity il me généré des erreurs de sérialisation.
vu que les classes clients ne sont pas générees de la même manière.

Invité · 15/08/2013, 14h06

Envoyé par Hlama

Salut les experts,pour moi linq to sql est toujours là pour résoudre certain problème lorsque l'on du Web Services Basé sur soap avec WCF Services j'utilise sous souvent Linq To Sql pour faire la Sérialisation de mes classes et propriété pcq avec Entity il me généré des erreurs de sérialisation.
vu que les classes clients ne sont pas générees de la même manière.

Avec EF, il y a bien sûr un problème de sérialisation et la solution est de désactiver le proxy et le lazy loading.