Discussion :

[sebnantes]

Bonjour,

J'ai une grande question qui me taraude depuis 2-3 semaines. Je travaille sous deux types de BD : Access et SQL-Server. Il apparaît que sous Access le mode connecté marche correctement même si j'ai beaucoup traitements (1600 livres * 300 requêtes -> C'est le plus lourd, environ 2h30 de traitement) à effectuer dessus. Par contre, sur une base SQL Server c'est plus tendu (400 enregistrements * 300 requêtes-> 3h....)

Il semblerait que le mode connecté de VS sur SQL Server ne soit pas trop adapté. Pensez-vous que j'optimiserais le travail en mode déconnecté ?

[tomlev]

Il n'y a pas vraiment de réponse toute faite, tout dépend des traitements que tu effectues.

Si c'est les requêtes d'insertion et de mise à jour qui prennent du temps, le mode déconnecté ne t'apportera pas grand chose : tu feras tes traitements en mémoire, mais après il faudra encore effectuer des requêtes pour mettre à jour la BDD.

Après, s'il y a des requêtes que tu effectues souvent et qui renvoient les mêmes données, ça peut être intéressant de précharger ces données dans un DataSet pour y accéder plus rapidement

[Pol63]

vous pouvez m'expliquez tous les 2 votre vision de connecté/déconnecté ?

(@tomlev je t'ai pas déjà saoulé avec ca ? (ca = que je pense que le mode connecté n'existe pas avec sqlclient.*))

@sebnantes : le temps d'exécution dépend aussi (et surtout ?) du modèle de données et de la facon d'écrire les requetes

[tomlev]

vous pouvez m'expliquez tous les 2 votre vision de connecté/déconnecté ?

Je sais pas si c'est la définition "officielle", mais ce que j'appelle le mode déconnecté, c'est quand on travaille en mémoire sur un DataSet, et qu'on met ensuite à jour la BDD avec un DbDataAdapter. Le mode connecté, c'est quand on travaille directement sur la BDD à coups de DbCommand/DbDataReader

[Pol63]

si, ca a l'air d'etre la définition officielle, mais c'est pas celle que je croyais
(enfin wikipedia peut raconter des conneries aussi)

m'enfin ca reste étrange de différencier un dataset/Dataadapter de command/datareader alors que le dataset se rempli grace à un datareader et le dataadapter effectue les modifications grace à des command ...

le mode connecté sous vb6 était à mon sens un vrai mode connecté, un recordset pouvait aller dans tous les sens et se mettre à jour de manière bidirectionnelle
le datareader de .net ne va qu'en avant et ne permet pas de modification, et personne ne garde un datareader ouvert longtemps, meme sans dataset, on lit les données et on le ferme, on traite après

[cybermaxs]

si, ca a l'air d'etre la définition officielle, mais c'est pas celle que je croyais
(enfin wikipedia peut raconter des conneries aussi)

m'enfin ca reste étrange de différencier un dataset/Dataadapter de command/datareader alors que le dataset se rempli grace à un datareader et le dataadapter effectue les modifications grace à des command ...

bah il faut bien se connecter au moins une fois, pour avoir un mode deconnecté avec de vraies données.

[tomlev]

m'enfin ca reste étrange de différencier un dataset/Dataadapter de command/datareader alors que le dataset se rempli grace à un datareader et le dataadapter effectue les modifications grace à des command ...

oui, mais entre le moment où tu remplis ton dataset et celui où tu mets à jour la BDD, tu n'accèdes plus à la BDD, tu peux même fermer la connexion, d'où le nom "déconnecté" (enfin je suppose)

[sebnantes]

Edit : Oups, il y a eu plein de réponses le temps que je formule correctement mon message ^^

@tomlev

Ton deuxième paragraphe répond (hélas....) à mon problème. J'ai effectivement plein d'insertion/update qui sont effectués.

Par contre, tu sous-entends qu'il est intéressant pour moi de placer les données que je balaye à l'aide d'un while (récupérer dans un reader, dans mes exemples cela équivaut au 1600 enregistrements de départ) dans un dataSet ?