Discussion :

[narglix]

Bonjour,

Dans le cadre de mon projet, je dois créer une interface graphique WPF qui va chercher les données dans une base de donnée PostgreSQL. Je suis débutant en C# et je souhaite rendre mon projet réutilisable. C'est à dire qu'à l'avenir si l'on doit changer le type de base de donnée, que le programme n'en soit pas affecté.

J'ai entendu parler des différentes technologies ADO.NET et LINQ. Pouvez-vous me conseiller un peu plus sur ce qui serait meilleur de faire.

Merci d'avance.

Narglix

[Guulh]

Salut,

voilà une saine initiative

ADO.Net permet en effet de largement s'abstraire de la base utilisée. Tu trouveras pas mal d'info dans cet inévitable tutoriel : http://johannblais.developpez.com/tu...acces-donnees/

Tu ne pourras par contre t'abstraire complètement de la base, car les différents SGBD ont des syntaxes qui peuvent différer.

Je t'invite aussi à modifier le titre de ton topic, parce qu'il est pas suuuuuper précis.

[narglix]

Merci pour le lien

Par contre, ils ne font jamais référence dans l'article à ADO.NET et LINQ. Est-ce que cela est intégré directement à ADO ?

Quand est-ce qu'il est utile d'utiliser LINQ par exemple ? ou pourrais je m'en passer ?

Je vais encore faire quelques recherches de mon côté mais si quelqu'un a des explications je suis preneur

Merci encore !

Narglix

[Pol63]

ado.net est ce qui sert à se connecter aux bases de données en .net
donc en théorie tout accès avec le framework à une base de données passe par ado.net
linq to sql ou entity framework passent aussi par ado.net

pour des bases de données non prises en charge nativement par le framework il faut ajouter une dll en référence qui en théorie hérite des classes de bases du framework

en accès standard, pour avoir un code réutilisable il faut par exemple avoir des méthodes as system.data.common.DdDataReader par exemple
comme ca dans cette méthode tu instancies soit un sqldatareader (sql server), soit un oledbdatareader (access), soit autre chose

comme dit précédement les connecteurs tiers (comme mysql connector) héritent en général des classes qui sont dans system.Data.common


linq sert juste à changer le mode d'écriture, en écrivant des requete sql en .net en gros
donc si tu veux changer de base avec du linq to sql, il faut que le type de sgbdr accepte linq to sql, et refaire l'import des tables, le code reste le même partout


le mieux c'est que tu fasses des essais tout de suite avec 2 sgbdr pour voir si la solution que tu choisis permet le changement de sgbdr

[narglix]

Merci pour ta réponse détaillée j'ai fait des recherches et j'ai lu un article sur entity framework qui permettrait de ne plus avoir besoin de requête SQL donc dans un sens vu que le grand problème d'avoir différents SGBDs c'est la syntaxe des différentes requêtes SQL.

Le mieux si j'ai bien compris pour que le code soit réutilisable est d'employer l'entity framework logiquement ou je me trompe ?

[Pol63]

linq to sql ou entity framework permettent de faire abstraction du code sql, une classe intermédiaire s'en occupant

par contre linq to sql doit etre supporté par pal de sgbdr, alors que pour entity framework ca doit etre plus limité, en effet il faut une classe intermédiaire plus complexe

entity framework apportant plus de souplesse dans l'utilisation