Discussion :

[thelpi]

Bonjour à tous,

je travaille sur un projet c#/sql server. Je souhaite modifier la manière dont le programme fonctionne pour passer en mode déconnectée.

Voici un résumé du code que j'utilisais jusque la (qui marche très bien) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
using (SqlConnection c = new SqlConnection("ma_chaine"))
{
	c.Open();
	SqlCommand cmd = c.CreateCommand();
	cmd.CommandText = "select usr_id, usr_email, cat_id from client, categorie where cat_id=usr_cat_id";
 
	SqlDataReader rd = cmd.ExecuteReader();
 
	while(rd.Read())
	{
		UneMethodeQuelconque(rd.GetInt32(0), rd.GetString(1), rd.GetInt16(2));
	}
}

Mon problème, c'est que la procédure à l'intérieur du while est longue, donc je me suis dit qu'en remplaçant le DataReader par un objet déconnecté, je soulagerais le serveur sur lequel j'effectue mes requêtes.

Le souci, c'est que je ne comprend pas grand chose au mode déconnecté, après avoir épluché 15 articles msdn...

J'arrive pour le moment à créer une DataTable, censé contenir les mêmes informations que le DataReader, mais après j'aimerais faire des choses simples du genre :

Code :

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

maDataTable.Rows[0].GetValue(0)

mais malheureusement ça n'a aucun sens ( ça à du sens pour moi ^^ ), je n'arrive pas à lire les infos de ma table...

Merci pour votre aide!

[tomlev]

http://dotnet.developpez.com/articles/ado2/csharp/

[Pol63]

je ne crois pas qu'il soit possible de faire du mode connecté en .net, donc tu es en mode déconnecté depuis le début

le datareader fait du mode déconnecté, les datasets et autre utilise un datareader ...


ce que tu cherches peut etre c'est un backgroundworker

[tomlev]

je ne crois pas qu'il soit possible de faire du mode connecté en .net, donc tu es en mode déconnecté depuis le début

le datareader fait du mode déconnecté, les datasets et autre utilise un datareader ...

Ben c'est nouveau ça... essaie de débrancher le cable réseau après un ExecuteReader, et de lire le DataReader... je te parie que ça marche pas ! (du moins avec des SGBD comme SQL Server, Oracle, ou MySQL)

Un DataReader correspond à un curseur sur la BDD, et chaque appel à Read fait avancer le curseur. Heureusement que ça marche comme ça d'ailleurs, parce que sinon, le jour où tu dois traiter les résultats d'une requête qui renvoie 1 milliard de lignes, t'as intérêt à avoir un max de RAM

[Eric Berger]

Je ne pense pas que ce que tu souhaites faire soulage la charge serveur. Tu auras juste plus de charge sur moins de temps.

Néanmoins, si tu souhaites charger toutes tes données avant d'appliquer la logique, je te conseilles soit:

• de stocker le résultat dans un datatable
• de stocker le résultat dans des objets métier "client" dans une collection (dans un premier while)

Et ensuite de parcourir l'objet contenant les résultats (DataTable ou Collection).

Si c'est pas clair, je peux te donner des exemples.

Eric

[thelpi]

Merci pour vos réponses.

J'arrive à lire tant bien que mal ma DataTable, mais ça me gêne de devoir faire
des choses dans ce genre

Code :

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

1
2
3
 
dataRows.Rows[1]["usr_name"].ToString()
Convert.ToInt32(dataRows.Rows[1]["usr_id"])

à la place de

Code :

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

1
2
3
 
dataReader.GetString(1);
dataReader.GetInt32(1);

Cependant, je ne fait que survoler le tuto donner par tomlev pour le moment, il y'a surement un moyen d'éviter toutes ces conversions.

[Pol63]

Ben c'est nouveau ça... essaie de débrancher le cable réseau après un ExecuteReader, et de lire le DataReader... je te parie que ça marche pas ! (du moins avec des SGBD comme SQL Server, Oracle, ou MySQL)

Un DataReader correspond à un curseur sur la BDD, et chaque appel à Read fait avancer le curseur. Heureusement que ça marche comme ça d'ailleurs, parce que sinon, le jour où tu dois traiter les résultats d'une requête qui renvoie 1 milliard de lignes, t'as intérêt à avoir un max de RAM

oui et non

le vrai mode connecté, du moins c'est ce que j'ai cru comprendre c'est de pouvoir faire des curseurs dans les 2 sens et d'avoir les modifs en temps réel, comme il était possible avec dao par exemple (curseurs optimistes et autre...)

avec le datareader, si tu attends 2 minutes avant de faire .read et que quelqu'un modifie pendant ce temps là, je pense que tu n'as pas les modifs ...
que le cable réseau soit déconnecté n'a rien à voir la dedans, sinon le mode déconnecté ne pourrait pas exister, vu qu'il y aurait forcément connexion
donc je ne pense pas que ca soit "connexion" dans ce sens là

[tomlev]

avec le datareader, si tu attends 2 minutes avant de faire .read et que quelqu'un modifie pendant ce temps là, je pense que tu n'as pas les modifs ...

Ben non... puisque les données auraient été modifiées après l'ouverture du curseur, il ne faut pas que tu récupères les modifs ! sinon tu risques de récupérer des lignes qui ne correspondent plus aux critères de ta clause WHERE...