Discussion :

[jeandadaf]

Bonjour,

J'ai le problème suivant:

Avec VB j'accède à une table (Microsoft SQL) entête que je parcours et pour chaque ligne entête j'ai des lignes détails.
Pour la lecture de ces tables je vais utiliser l'objet connexion puis l'objet commande puis l'objet OleDbDataReader.
Je voudrais savoir si on peut faire ceci en ne créant qu'un seul objet connexion et l'utiliser pour les deux lecture (entête & détail) ou il en préférable de créer deux connexion car il y a quand même une lecture à l'intérieur d'une autre lecture.

Merci à vous
A+

[Pol63]

manque de précisions dans ce que tu dis

si tu utilises un datareader, tu ne peux pas executé de command avec le meme objet connexion tant que le reader n'est pas terminé

de plus tu peux faire ce que tu veux en une seule requete avec une jointure
(plutot que de faire une requete par ligne !!!)

[Hinault Romaric]

Si pour chaque entête tu doit effectuer une requête pour récupérer les détails correspondent l'utilisation d'un datareader avec une seule connexion ne marcherais pas puisque le datareader est en mode connexion donc pour la lecture de chaque ligne il y'a un accès a la BD sauf si tu lie tout tes entête et tu sauvegarde quelque par. A mon avis tu devrais utiliser un dataset

[Bluedeep]

Si pour chaque entête tu doit effectuer une requête pour récupérer les détails correspondent l'utilisation d'un datareader avec une seule connexion ne marcherais pas puisque le datareader est en mode connexion donc pour la lecture de chaque ligne il y'a un accès a la BD sauf si tu lie tout tes entête et tu sauvegarde quelque par. A mon avis tu devrais utiliser un dataset

Aucune raison d'utiliser un DataSet (a fortiori il me semble un peu douteux de conseiller le DataSet quand on ne connait pas la volumétrie, mais passons .... ), il lui suffit de faire une requête correctement avec une jointure.

De plus si il travaille avec Sql Server, je ne vois pas pourquoi il utilise OleDb plutot que le client natif.

[Wapi_gui]

Bonjour jeandadaf,

Pourrais-tu envoyer ta requete actuelle avant que les autres se batent pour savoir quelle solution est la meilleure ? Ça simplifiera peut-être les choses...

Ceci dit, je suis d'accord avec Bluedeep sur au moins un point :

De plus si il travaille avec Sql Server, je ne vois pas pourquoi il utilise OleDb plutot que le client natif.

[Hinault Romaric]

Aucune raison d'utiliser un DataSet (a fortiori il me semble un peu douteux de conseiller le DataSet quand on ne connait pas la volumétrie, mais passons .... ), il lui suffit de faire une requête correctement avec une jointure.

Bluedeep lorsque je parle de Dataset c'est en comparaison avec le Datareader dans bon nombre de tutoriel il est conseille de l'utiliser au lieu du Datareader tu suppose que tous ces tutoriels sont douteux

[Pol63]

Bluedeep lorsque je parle de Dataset c'est en comparaison avec le Datareader dans bon nombre de tutoriel il est conseille de l'utiliser au lieu du Datareader tu suppose que tous ces tutoriels sont douteux

moi je veux bien le supposer en tout cas !
déjà le dataset utilise un datareader donc c'est un surcouche, donc moins performant (voir 10x plus long dans certains cas déjà rencontrés et sur 2 secondes, 10x plus long ca fait 20 secondes et là l'utilisateur est pas forcément content)
le dataset est conseillé pour les débutants car il sait faire plein de choses donc ils ont pas trop de questions à se poser (enfin c'est mon avis)

[Bluedeep]

Bluedeep lorsque je parle de Dataset c'est en comparaison avec le Datareader dans bon nombre de tutoriel il est conseille de l'utiliser au lieu du Datareader tu suppose que tous ces tutoriels sont douteux

Un DataSet travaille en mode déconnecté. Cela ne signifie donc pas qu'il est douteux d'utiliser un DataSet, mais douteux de conseiller son utilisation quand on ne dispose d'aucune info sur la volumétrie des données.

Imagine que sa requête retourne un million d'enregistrement : il va avoir l'air malin avec son DataSet.

[Hinault Romaric]

moi je veux bien le supposer en tout cas !
déjà le dataset utilise un datareader donc c'est un surcouche, donc moins performant (voir 10x plus long dans certains cas déjà rencontrés et sur 2 secondes, 10x plus long ca fait 20 secondes et là l'utilisateur est pas forcément content)
le dataset est conseillé pour les débutants car il sait faire plein de choses donc ils ont pas trop de questions à se poser (enfin c'est mon avis)

coté performance je ne partage pas ton avis avec le dataset en une connexion on récupérer toute les données donc a besoin dans la BD je ne vois pas comment ce serais plus long que le datareader qui se connecte pour la lecture ligne par ligne (La c'est juste mon point de vue perso )
Coté volumétrie possible puisque le dataset créer en quelque sorte un clone des données au niveau de l'application

[Bluedeep]

le datareader qui se connecte pour la lecture ligne par ligne

Le DataReader ne se connecte pas, il est connecté (par définition, sinon il ne marche pas : c'est d'ailleurs son principal "défaut" vs le DataSet, plus les contraintes lié au lock des lignes qui sont à prendre un compte).

- Mode déconnecté obligatoire : DataSet

- Mode connecté possible : DataReader

C'est tout.

[Wapi_gui]

Sinon, avec vb 2008, on peut faire ça avec du link, non ? Je ne sais pas trop comment ça marche, mais il parait que c'est GE-NI-AL... (et surtout super rapide) mais peut-être que ça ne s'applique pas ici...
(sur ce, je laisse la place aux experts )

[Pol63]

je ne suis pas du tout d'accord avec vous
j'ai toujours pensé que le dataset n'est qu'un objet qui parcours toutes les lignes avec un DATAREADER et les stock en ram (en plus il permet de faire des mises à jour et autre)

et je viens de vérifier avec reflector, le dataset est rempli via un dataadapter et le dataadapter.fill passe bien par un datareader

le dataset ne peut donc qu'etre moins performant (et de loin)

et je ne suis pas sur qu'on puisse faire du mode connecté en .net
par mode connecté j'entends que la liaison reste ouverte et que les données sont gérées avec une curseur de type optimiste ou pessimiste à l'ancienne

le datareader ne peux que lire en avant, et il faut stocker les données quelque part

[Hinault Romaric]

et je ne suis pas sur qu'on puisse faire du mode connecté en .net

Pas d'accord avec toi

par mode connecté j'entends que la liaison reste ouverte

le datareader ne peux que lire en avant, et il faut stocker les données quelque part

très d'accord avec toi et je crois que sa répond largement a la question de notre amies

Concernant la performance je me limite juste aux articles que j'ai lue pour penche pour le dataset
Perso jusqu'ici j'ai toujours utilisé le datareader, cette discussion m'a donné l'envie de tester les deux modes la je pourrai tirer ma propre conclusion

En tous cas merci a toi Bluedeep et sperot51