Discussion :

[chris1977]

Bonjour,

Pour des choix stratégiques d'arcitecture dans mon entreprise, j'aimerais avoir des avis concernant les différentes méthodes, et surtout les meilleures, pour accéder à une base de données avec un framework 1.1 et avec un framework 2.0.

Ainsi d'après mon expérience en dev .NET sous un framework 1.1 le DataSet n'était pas réellement optimisé et pouvait entrainer des baisses de performances sur du gros volume en comparaison d'un accés direct par DataReader.
Qu'en est-il avec le framework 2.0 ? Est-ce le retour du DataSet à toutes les sauces ?

Autre question j'ai vu aussi que VS2005 a fortement évolué dans ces wizards de création de sources de données et de lien entre les contrôles et ces sources. Mais est-ce que leur utilisation peut être généralisé dans le développent standard d'application .NET ? Ou doit-on plutôt développer nous-même nos classes d'accés aux données et autres ?

merci par avance de vos réponses

[AP]

Il n'y a pas de réponse, type, tout dépend du type d'application. En général pour une application employant plus de 10 tables je trouve qu'il est plus agréable d'utiliser un framework de mapping objet/relationnel tel que NHibernate par exemple mais bon cela reste aussi une question de choix personnel.

[neo.51]

Ainsi d'après mon expérience en dev .NET sous un framework 1.1 le DataSet n'était pas réellement optimisé et pouvait entrainer des baisses de performances sur du gros volume en comparaison d'un accés direct par DataReader.
Qu'en est-il avec le framework 2.0 ? Est-ce le retour du DataSet à toutes les sauces ?

Le dataset met les données en mémoire, le datareader est un curseur qui lis les données au fur et à mesure.

C'est pas le framework, c'est la méthode qui peut s'avérer plus ou moins lourde (t'a déjà songé à créer une collection de 1 000 000 d'objets en mémoire ?).

Un sujet ou on avait dis des chose pas trop bêtes

http://www.developpez.net/forums/vie...hlight=dataset