Discussion :

[sormiou920]

Bonjour ,

Une présentation rapide de mon problème.

1 procedure stockée de type select sur sqlserver 2005.
1 dataset avec methode FILL utilisant cette procedure. ( Visual Studio 2008).

Si j'execute ma procédure en mode commande sql le temp de reponse moyen est de 1 à 2 secondes.

Par contre quand j'utilise le fill ce mon dataset alors j'ai des temps de reponse supérieur 5 à 8 secondes et meme des timeout ( delai depassé).

En attendant vos propositions de recherches ou de solutions peut être...

A bientot

[Pol63]

ne pas utiliser de dataset, c'est pour les débutants ^^
sans, tu pourras tomber à environ 3 secondes je pense (pas encore ausi rapide que directement sous sql server)

[sormiou920]

Pour un debutant as tu un exemple de code... Thanks

[Pol63]

bah un fois que tu as ton sqlcommand, tu obtiens le sqldatareader avec .ExecuteReader et tu charges les données toi meme dans des collections de classes

[Bluedeep]

Postuler que c'est a priori l'utilisation du DataSet qui entraine une telle différence de temps de réponse me semble un peu excessif.

Même si le fill d'un DataSet est en efffet moins rapide que la lecture via un DataReader par exemple, son mode déconnecté est parfois incontournable - si une autre commande doit être exécutée pendant l'examen des données lues par exemple - , donc rejeter son utilisation a priori sans connaître le contexte me semble relever un peu de l'article de foi.

Combien ta requête retourne de lignes ?

Poste plutôt ton code qui interroge la base. (à condition qu'il soit bien entendu que quand tu parles de temps d'exécution comparée entre SMSS et ton appli, tu te limites uniquement à l'accès données et que tu n'inclus pas un éventuel traitement ou affichage derrière, auquel cas, il s'agirait d'une comparaison choux vs navets qui n'aurait aucun interêt).

[Pol63]

le dataset est 3x plus à remplir qu'une utilisation du datareader donc il me semble logique de "postuler" ca

de plus le mode "déconnecté" du dataset si j'ai bien suivi le code c'est qu'au moment d'un update, il fait d'abord une requete pour vérifier que la ligne a toujours la valeur qu'il avait lu au départ, donc on peut reproduire la meme chose

[Bluedeep]

le dataset est 3x plus à remplir qu'une utilisation du datareader donc il me semble logique de "postuler" ca

Affirmation exagérée.

Je viens de faire un test sur une table de taille moyenne (110000 lignes, une trentaine de colonne) et j'obtiens :

Temps Lecture datareader 21072,61 ms
Temps Lecture dataSet 23480,015 ms

sur une table de plus petite taille (10 colonnes, 75000 lignes) , j'obtiens

Temps Lecture datareader 844,1766 ms
Temps Lecture dataSet 859,8095 ms

On est très loin des "X3" que tu affirmes péremptoirement. Cela peut peut être arriver, sur une grosse table.

voici le code que j'ai utilisé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
 
private static void comparePerf()
{
string connectionString = @"Application Name=TestPerf;Server=XXXXX\SQL2005;Database=XXXX;Trusted_Connection=True;";
string sql = "select * from XXXXXXX";
DateTime a = DateTime.Now;
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
using (SqlCommand command = connection.CreateCommand())
{
command.CommandText = sql;
int readerLineCount = 0;
using (SqlDataReader reader = command.ExecuteReader())
{
while (reader.Read())
{
object[] values = new object[reader.FieldCount];
for (int i = 0; i < reader.FieldCount; i++)
{
values[i] = reader[i];
}
readerLineCount++;
}
reader.Close();
}
}
connection.Close();
}
DateTime b = DateTime.Now;
DataSet dataSet = new DataSet();
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
using (SqlCommand command = connection.CreateCommand())
{
command.CommandText = sql;
SqlDataAdapter adapter = new SqlDataAdapter(command);
 
adapter.Fill(dataSet);
}
connection.Close();
}
DateTime c = DateTime.Now;
StringBuilder sb = new StringBuilder();
sb.AppendFormat("Temps Lecture datareader {0} ms", (b - a).TotalMilliseconds);
sb.AppendLine();
sb.AppendFormat("Temps Lecture dataSet {0} ms", (c - b).TotalMilliseconds);
sb.AppendLine();
Console.WriteLine(sb);
Console.ReadKey();
}

de plus le mode "déconnecté" du dataset si j'ai bien suivi le code c'est qu'au moment d'un update, il fait d'abord une requete pour vérifier que la ligne a toujours la valeur qu'il avait lu au départ, donc on peut reproduire la meme chose

Il n'a à aucun moment parler de mettre à jour ses données. Personnellement, je n'utilise pas les Dataset si j'ai des mises à jour à effectuer.