sqlexception non gérée

Version imprimable

26/01/2007, 13h10
LeNeutrino

sqlexception non gérée

salut à tous !
plus j'execute mon programme et je reçois frequemment le message suivant autour d'un ExecuteReader

Citation:

l'Exeption sqlexception n’a pas ete géré
Expiration du délai d'attente. Le délai d'attente s'est écoulé avant la fin de l'opération ou le serveur ne répond pas.

quelqu'un aurait il une idée ?
je signale que souvent ça s'execute proprement sans ce message et souvent le message survient. je ne comprends pas !
je vous remercie d'avance
26/01/2007, 13h19
Jérôme Lambert

Tu libères bien les ressources de tes objets xxxCommand ?
26/01/2007, 16h07
LeNeutrino

eeuhhhhh !! je ne sais pas trop de quoi tu parles !!! liberer les ressources ? qu'est ce que ça signifie STP !
26/01/2007, 17h39
Jérôme Lambert

Utiliser Dispose sur ton objet command.
27/01/2007, 00h23
Thomas Lebrun

Montre nous aussi ton code ;)
28/01/2007, 21h19
Hatchepsout

slalut
on va pas comprendre bien sans code
mais apprament c'est un probleme de liberation d'un espace memoire(dataadapter ,dataset .....)
29/01/2007, 10h02
JPelli

Bonjour,
Je pencherai plutôt pour un problème de timeout.
Place l'instruction dans un try-catch et érifie la propriété du sqlcommand.
Bon boulot8-)
Jean
29/01/2007, 17h52
LeNeutrino

merci à tous pour votre aide !
j'ai effectivement mis des try catch le message apparait toujours .et j'ai vu la propriété timeout. elle a pour valeur 30.
quel role jour le time out ? à quelle valeur devais la fixer ?
je vous remercie
29/01/2007, 18h37
DonkeyMaster

:f1: Le Timeout spécifie le temps au bout duquel on laisse tomber la requête en cours d'execution. On l'utilise pour qu'en cas d'erreur l'application n'attende pas indéfiniment.

On aimerait vraiment avoir un peu de code pour assouvir nos esprits curieux :wink:

voici le code que je tente d'executer ! il y'en a assez comme ça ds mon code .

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Request = "SELECT * FROM "+listePackCell[k].ToString()+" WHERE Date = '" + DateFin.Value.ToString().Substring(0, 10) + "' AND SBS_NAME = '" + LibBSC.SelectedItem.ToString() + "' AND Name = '" + cell[i].ToString() + "'";
                        cnx = new SqlConnection(cs);
                        Cmd.Connection = cnx; 
                        Cmd.CommandText = Request;
                        Cmd.CommandTimeout
                        try
                        {
                            cnx.Open();
 
                            Reader = Cmd.ExecuteReader();
                        }
                        catch (Exception)
                        {
                            Console.WriteLine("Erreur 8");
                            Reader.Close();
                            Reader.Dispose();
                            throw;
                        }

mais dis moi à quelle valeur dois je fixer mon timeout ?
merci de me repondre

Timeout, c'est un entier ;)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
Request = "SELECT * FROM "+listePackCell[k].ToString()+" WHERE Date = '" + DateFin.Value.ToString().Substring(0, 10) + "' AND SBS_NAME = '" + LibBSC.SelectedItem.ToString() + "' AND Name = '" + cell[i].ToString() + "'";
                        cnx = new SqlConnection(cs);
                        Cmd.Connection = cnx; 
                        Cmd.CommandText = Request;
                        Cmd.CommandTimeout = 20;
                        try
                        {
                            cnx.Open();
 
                            Reader = Cmd.ExecuteReader();
                        }
                        catch (Exception)
                        {
                            Console.WriteLine("Erreur 8");
                            Reader.Close();
                            Reader.Dispose();
                            throw;
                        }

30/01/2007, 10h24
LeNeutrino

moi j'ai fixé mon timeout à 0 . je sais que ce n'est pas conseillé mais j'ai des requetes qui mettent plus de 30 secondes à s'executer. Pour eviter tout désagrement j'ai fixé mon time out à 0.
est ce que vous avez quelque chose à dire par rapport à celà ?
je vous remercie
30/01/2007, 12h00
Jérôme Lambert

Un select qui prend plus de 30 secondes pour arriver au premier Reader, je trouve ça très long... 8O
30/01/2007, 12h43
LeNeutrino

ça depend de la table que j'attaque. il y'a des tables qui ont plus de lignes que d'autres et c à ce niveau là qu'il y'a svt pb !
30/01/2007, 14h21
DonkeyMaster

Revenons au début. Ton message d'erreur, tu le reçois vraiment au hasard,:scarymov: ou est-ce que lors du lancement de l'application ça marche un temps et après ça marche plus jamais, ou le contraire?:|

As-tu essayé ta requête avec l'Analyseur de Requêtes? Je suppose que si ça marche parfois dans ton appli, ça devrait bien marcher avec l'Analyseur de Requêtes, tout le temps, mais il faut juste éliminer cette piste.:wink:
Genre, quand ton appli a crée le string Request, fait afficher son texte, et fait un copier-coller pour executer la requête directement sur le serveur.

Est-ce que ton serveur est vraiment occupé? Quand ton erreur se prduit, regarde dans le Gestionnaire des Tâches du serveur. Il peut arriver que le processeur soit occupé à 99-100% et du coup il ne répond plus.:traine: Cela est souvent dû à un problème dans le code.

Citation:

Envoyé par LeNeutrino

ça depend de la table que j'attaque. il y'a des tables qui ont plus de lignes que d'autres et c à ce niveau là qu'il y'a svt pb !

Que veux-tu dire? Donne des exemples, des faits. Combien de lignes?
02/02/2007, 10h49
LeNeutrino

salut à tous !
je constate que mon pb est résolu avec le
TimeOut=0
En effet lorsque mà requete s'execute sur le serveur (avac l'analyseur de requête ) il arrive des fois (selon la table attaquée) où la requete mets plus de 30 secondes à s'executer et du coup la requete est abandonnée .
mais avec le timeout à 0 comme la requete est longue à executer je reçois ce message :

Citation:

Le CLR n'a pas pu effectuer de transition du contexte COM 0x1a0f40 au contexte COM 0x1a10b0 pendant 60 secondes. Le thread qui possède le contexte/cloisonnement de destination est probablement en train d'attendre ou de traiter une opération très longue sans pompage des messages Windows. Cette situation a généralement des effets négatifs sur les performances et peut parfois entraîner le blocage de l'application ou une utilisation ininterrompue de la mémoire. Pour éviter ce problème, tous les threads STA (Single Threaded Apartment) doivent utiliser des primitives d'attente de pompage (par exemple CoWaitForMultipleHandles) et pomper de manière régulière les messages lors des opérations qui sont longues à s'exécuter.

je ne sais pas si vous y voyez quelque chose