ADO.NET : Mode connecté ou déconnecté?

Bonjour,
Je crée une application en asp.net et vb.net.
J'utilise ado.net pour l'accès à la base de données.
J'ai vu qu'il y'a deux modes de connexion à la base:
- Le mode connecté
- Le mode déconnecté

Je ne sais pas lequel utiliser entre les deux. Ou peut être devra t'on utiliser les deux conjointement.

Ils disaient dans un livre que malgré que le framework asp.net ait été enrichi de nouveaux contrôles facilitant la lecture et la présentation des données, le développeur devrait toujours considérer le mode connecté pour élaborer une application asp.net.
Puis après ils expliquent que étant donné que les applications asp.net nécessitent une architecture adaptée pour l'accès aux données, il vaudrait mieux utiliser le mode déconnecté, et que ceci permet une séparation de la logique de présentation et de la logique de stockage, et que le mode déconnecté consomme moins de ressources.

Pouvez vous m'éclaircie un peu plus sur ces deux modes svp? et est il conseillé d'utiliser conjointement les deux?

Je vous remercie d'avance

Citation:

---

Je crée une application en asp.net et vb.net.
J'utilise ado.net pour l'accès à la base de données.

---

Ce n'ai plus trop dans l'air du temps çà (ce qui ne veut pas dire qu'il faille à tout pris suivre la mode :ccool:), vous avez LINQ désormais.

Restez sur du connecté.

Euh je suis pas certains d'avoir compris ce qui se trame sur ce topic ?

ADO.NET est par définition un mode déconnecté.

Néanmoins, il faut bien à un moment se connecter à la base de donnée pour charger les données et inscrire les modifications (d'où le mode connecté).

Après dans le cadre ASP.NET, je suis plutot winforms désolé, je ne sais pas s'il est plus intéressant de passer par le "cache" de donnée (dataset) plutot que par des requêtes directement dans la BD (j'ignore comment est géré la persistance et la portée des données du dataset d'une page à l'autre)

Je te conseil fortement pour le mode connecte:
Entity framework + ADO.Net self tracking entity generator t4 template.
et pour le mode deconnecte
Entity framework + POCO entity generator t4 template.

Considérer l'utilisation du mode connecté (datareader) quand vous voulez charger des petits volumes de données qui ne nécessite pas de traitement préalable avant de les afficher.
Par contre, vous devez considerer l'utilisation du mode connecté toutefois que vous devez faire des grands traitements sur des grands volumes de données avant de les affichér.

Moi, je vous conseille d'utiliser le plus souvent le mode déconnecté (datatset) pour la lecture des données à charger dans des objects métiers pour des raisons de montée en charge. Mais je vous déconseille vivement d'utiliser les dataset pour les mise à jours des données car trop lent.
Quant au charabia du genre linq, EntityFramework ... ce ne sont que des outils qui vous simplifie la vie en vous générant du code SQL que vous ne maîtrisez pas forcement. Ca n'a rien a avoir avec les modes connecté ou non connecté.

Cordialement;