Discussion :

[adrienfehr]

Bonjour,

J'ai encore beaucoup de "vieux" tools à maintenir où la technologie "Ado oledb.net" est utilisée. Cette technologie est depuis longtemps obsolete.
https://stackoverflow.com/questions/...ete-to-use-now

Le plus grand inconvénient est pas de dll x64. Ce qu'il me plaît est la rapidité de mise en oeuvre (si l'on souhait écrire un petit script par exemple) et les excellentes performances.

Par quelle technologie avez-vous remplacé Ado oledb.net ?

Je connais et utilise bien sûr d'autre nouvelles techno comme entity framework ou bltoolkit.
Cependant je cherche un peu le même concepte : travailler avec des requetes sql et pas des objet dot net (O/R mapper). Le but étant d'utiliser cette aleternative dans de petit tool.

Merci pour votre aide.

[clementmarcotte]

Bonjour,

ADO est une technologie ancienne qui utilise OLEDB pour accéder aux données. Elle est acceptée en .net au travers de dll en code non managé

Quand Microsoft a implanté la plate-forme .net; ils ont créé ce qu'ils ont appelé ADO.net et intégré d'office à Visual Studio .net et qui a été perpétué dans Visual Studio. Cela fonctionne en 32 bits et en 64 bits.

Mais pour "Ado oledb.net", cela fait penser à juste l'ancien ADO mais est-ce vraiment cela ?

P.S. Même que les réponses au lien que tu donnes sur StackOverflow, disent que ADO.net n'est pas obsolète. Et EntityFramework est une évolution de ADO.net qui reste basée sur ADO.net.
P.P.S. Peut-être que quelqu'un de plus ferré que moi dans le domaine va répondre autre chose...

[LaMeule]

J'utilise 2 façons de me connecter à une base SQL :
- Par les objets se trouvant dans l'espace de noms System.Data.SqlClient : SqlConnection, SqlCommand.... (J'ai fait des surcouches pour me faciliter la vie).
- Par les EntityFramework (attention à beaucoup d'avantages mais aussi pas mal d'inconvénients...)

LaMeule