délai d'attente dépassé

**Phiss** · 11/07/2006, 17h00

Bonjour, toujours moi...

Alors voilà.
J'ai un sql-server 2005 et lors d'une execution d'une page asp avec une requete.

Le problème que j'ai c'est

Microsoft OLE DB Provider for ODBC Drivers erreur '80040e31'

[microsoft][SQL Native Client]Délai d'attente de requête expiré

/mapage.asp, ligne 400

**rudib** · 11/07/2006, 17h12

Bonjour,

Quelle est la requête de la ligne 400 ? En combien de temps s'exécute-t-elle si tu la lances directement dans Management Studio ?
Il y a probablement optimisation à faire de ce côté-là (et donc tu peux nous poster la requête si tu as besoin de conseils).
Ceci en sachant que, à l'extrême du pire, le délai de timeout peut être changé sur la connexion.

**Phiss** · 11/07/2006, 17h17

bein en faite voilà tout ce qui se passe sur la page.

j'ai une requete qui va chercher toutes les lignes valide dans une table.

ensuite pour cahque ligne vlide je fais des sous requete et c'est lors d'une de ses sous requetes que cela plante.
En sachant que la boucle principale à déjà tournée plusieurs fois avant le plantage...

**rudib** · 11/07/2006, 17h27

Un problème de performances de la requête, ou de locks, ce qui revient au même. Malheureusement il est impossible de t'aider avec des informations aussi vagues. Si tu veux faire la recherche par toi-même, utilise le profiler (générateur de profils) pour tracer les requêtes qui sont envoyés à la base, et regarde les indicateurs CPU/reads/duration pour identifier les requêtes longues.

Ensuite exécute ces longues requêtes dans SSMS, en activant l'affichage du plan d'exécution. En lisant le plan d'exécution, concentre-toi sur les grosses flèches.
Ou exécute-la avec un

Code :

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

SET SHOWPLAN_ALL ON

devant, et poste-nous le résultat

**Phiss** · 11/07/2006, 17h50

alors résultats des courses.

en cpu le plus gros est de 78
en reads j'en ai une qui est monté à 2134
en duration j'ai un max de 37686 (ma requete principale bloque a cette valeur lorsque le reste bloque)

mais ma requete principale avec management studio est executer en moins d'une seconde.

par contre j'ai du mal avec tous ce que tu me dis car j'ai pas encore trop l'habitude de sql server.
Désolé

Si tu veux d'autres renseignements n'hésites pas.

**rudib** · 12/07/2006, 08h43

Salut,

Les données sont intéressantes : Si tu vois une duration de plus de 30 secondes avec un CPU de moins de 100 millisecondes (est-ce bien le cas ?), et peu de reads, le problème ne vient pas de la complexité de la requête, mais probablement d'attentes sur les locks ou du temps dépensé à envoyer le résultat de la requête sur le réseau.
Peux-tu poster cet appel qui prend 37 secondes ? Il te suffit de copier-coller le contenue du panneau gris en bas du profiler lorsque tu as sélectionné la ligne.

**Phiss** · 12/07/2006, 09h27

Ma requete qui dure 37686 qui a le reads à 2134.

select * from commande where facture = 0 and annule = 0 and id > 191100 and jour between '01/7/2006' and '07/31/2006' and livraison = 'LAPOSTE' and totalttc <> 0 and idclient is not null order by 1

Mais je tiens à te préciser que si je ne fais que cette requete elle n'a pas cette durée là.
La elle est longue car j'execute des requete par rapport à chaque enregistrement que la requete retourne.

**rudib** · 12/07/2006, 09h57

Salut,

Il y a plein de choses intéressantes dans cette requête. Combien de ligne dans la table Commande ? Peux-tu poster son DDL (le CREATE TABLE avec les index) ?
As-tu vraiment besoin de toutes les colonnes de la table ? Peux-tu réduire les données retournées en spécifiant seulement les colonnes dont tu as besoin à la place de SELECT * ?
Essaie aussi de faire ceci :

Code :

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

1
2
 
select * from commande with (readuncommitted) where facture = 0 and annule = 0 and id > 191100 and jour between '01/7/2006' and '07/31/2006' and livraison = 'LAPOSTE' and totalttc <> 0 and idclient is not null order by 1

Je précise à l'attention des gens qui vont me dire que c'est dangereux, que ça pourrait effictivement être dangereux. Mais si tu utilises les données retournées pour affichage seulement, le risque est quasi nul. Si l'idée de lire de rares fois une ligne qui contient des données en train d'être modifiées ne te choque pas dans la logique de ton application, essaie ça.

**Phiss** · 12/07/2006, 10h16

Envoyé par rudib

Il y a plein de choses intéressantes dans cette requête.

Merci.

Envoyé par rudib

Combien de ligne dans la table Commande ?

actuellement dans ma base de test 129200 environ.

Envoyé par rudib

Peux-tu poster son DDL (le CREATE TABLE avec les index) ?

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
CREATE TABLE [dbo].[Commande](
	[Id] [int] NOT NULL,
	[Date] [datetime] NOT NULL,
	[IdClient] [int] NOT NULL DEFAULT ((0)),
	[TotalHT] [float] NULL DEFAULT ((0)),
	[Remise] [float] NULL DEFAULT ((0)),
	[NetHT] [float] NULL DEFAULT ((0)),
	[FraisPort] [float] NULL DEFAULT ((0)),
	[Acompte] [float] NULL DEFAULT ((0)),
	[TVA] [float] NULL DEFAULT ((0)),
	[NetTTC] [float] NULL DEFAULT ((0)),
	[Facturer] [bit] NOT NULL DEFAULT ((0)),
	[IdCInternet] [int] NULL,
 CONSTRAINT [aaaaaCommande_PK] PRIMARY KEY NONCLUSTERED 
(
	[Id] ASC,
	[Date] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]

Envoyé par rudib

As-tu vraiment besoin de toutes les colonnes de la table ?

A un moment ou un autre je me sers d'une oul'autre de ses colonnes.

Envoyé par rudib

Peux-tu réduire les données retournées en spécifiant seulement les colonnes dont tu as besoin à la place de SELECT * ?

Bein non.

Envoyé par rudib

Essaie aussi de faire ceci :

Code :

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

1
2
 
select * from commande with (readuncommitted) where facture = 0 and annule = 0 and id > 191100 and jour between '01/7/2006' and '07/31/2006' and livraison = 'LAPOSTE' and totalttc <> 0 and idclient is not null order by 1

Je précise à l'attention des gens qui vont me dire que c'est dangereux, que ça pourrait effictivement être dangereux. Mais si tu utilises les données retournées pour affichage seulement, le risque est quasi nul. Si l'idée de lire de rares fois une ligne qui contient des données en train d'être modifiées ne te choque pas dans la logique de ton application, essaie ça.

C'est en effet que de l'affichage en fin de compte. Mais est ce que cela reduit le temps d'exécution ce with ?

**rudib** · 12/07/2006, 10h55

Pour le with (readuncommitted), essaie, tu verras ce que ça donne.

Es-tu sûr que la table commande dont tu as posté le create est la bonne ? Il n'y a pas la moitié des colonnes utilisées dans le SELECT : facture, annule, livraison, totalttc, ...

Et tu peux enlever dans le SELECT IdClient IS NOT NULL, puisque dans le CREATE TABLE on voit qu'elle contrainte au NOT NULL

**Phiss** · 12/07/2006, 11h09

désolé

j'ai deux bases différentes et j'ai donné le mauvais create. Voilà le bon...

CREATE TABLE [dbo].[Commande](
[Id] [int] NOT NULL,
[Jour] [nvarchar](50) COLLATE French_CI_AS NULL,
[Heure] [nvarchar](50) COLLATE French_CI_AS NULL,
[IdClient] [int] NULL,
[Livraison] [nvarchar](50) COLLATE French_CI_AS NULL,
[Reglement] [nvarchar](50) COLLATE French_CI_AS NULL,
[TotalTTC] [float] NULL,
[FraisPort] [float] NULL,
[Facture] [smallint] NULL DEFAULT ((0)),
[Annule] [int] NULL DEFAULT ((0)),
[DateAnnulation] [datetime] NULL,
[DateReglementRecu] [datetime] NULL,
[Email] [smallint] NULL DEFAULT ((0)),
[DateEmail] [datetime] NULL,
[Referer] [ntext] COLLATE French_CI_AS NULL,
[codecarte] [nvarchar](20) COLLATE French_CI_AS NULL,
[fianet] [int] NULL DEFAULT ((-2)),
[AvoirId] [int] NULL DEFAULT ((0)),
[AvoirMontant] [float] NULL DEFAULT ((0)),
[piece] [int] NULL DEFAULT ((0)),
[datemailcplt] [datetime] NULL,
[datemaildispo] [datetime] NULL,
[datereceppiece] [datetime] NULL,
[datefiable] [datetime] NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

Sinon avec le with cela donne pareil.

**SQLpro** · 12/07/2006, 11h55

Exprimez vos dates au format ISO :

select *
from commande
where facture = 0
and annule = 0
and id > 191100
and jour between '20060701' and '20060731'
and livraison = 'LAPOSTE'
and totalttc <> 0
and idclient is not null
order by 1

C'est le seul format garanti.

A +

**Phiss** · 12/07/2006, 12h03

je vais profiter de ma migration pour changer ça.
Mais le problème ne vient pas de ça?

**rudib** · 12/07/2006, 12h15

Tu peux aussi profiter de ta migration pour corriger quelques types de données de ta table : passer Jour et Heure en varchar, ou simplement t'en débarrasser (à la rigueur faire des colonnes calculées pour avoir les valeurs dynamiquement), changer nvarchar en varchar partout où tu n'as pas besoin de caractères unicode (stockes-tu du japonais ?), changer datetime en smalldatetime si la précision à la minute te convient, changer les float en money ou smallmoney ...

Pour le reste, allez, on continue !
Peux-tu te mettre en résultat en texte dans Query Analyzer / SSMS, et nous envoyer le résultat de ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
SET STATISTICS PROFILE ON
GO
select * from commande where facture = 0 and 
annule = 0 and id > 191100 
and jour between '20060701' and '20060731' 
and livraison = 'LAPOSTE' and totalttc <> 0 
and idclient is not null order by 1
GO
SET STATISTICS PROFILE OFF
GO

Pas tout le résultat de la requête, seulement la partie qui commence par
Rows,Executes

**WOLO Laurent** · 12/07/2006, 12h26

Ajoute un index sur le champs jour puis analyse les temps de réponses.

**Phiss** · 12/07/2006, 14h01

Envoyé par rudib

Tu peux aussi profiter de ta migration pour corriger quelques types de données de ta table : passer Jour et Heure en varchar, ou simplement t'en débarrasser (à la rigueur faire des colonnes calculées pour avoir les valeurs dynamiquement), changer nvarchar en varchar partout où tu n'as pas besoin de caractères unicode (stockes-tu du japonais ?), changer datetime en smalldatetime si la précision à la minute te convient, changer les float en money ou smallmoney ...

Je vais essayer d'y penser mais vu la taille du projet en asp j'ai pas mal de page à revoir...

Envoyé par rudib

Pour le reste, allez, on continue !
Peux-tu te mettre en résultat en texte dans Query Analyzer / SSMS, et nous envoyer le résultat de ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
SET STATISTICS PROFILE ON
GO
select * from commande where facture = 0 and 
annule = 0 and id > 191100 
and jour between '20060701' and '20060731' 
and livraison = 'LAPOSTE' and totalttc <> 0 
and idclient is not null order by 1
GO
SET STATISTICS PROFILE OFF
GO

Pas tout le résultat de la requête, seulement la partie qui commence par
Rows,Executes

J'ai bien un résultas mais pas en texte. Il est en tableau.
J'ai trois lignes
ROws et Execute sont identiques sur les 3 et ont pour valeurs respectives 0 et 1.

**rudib** · 12/07/2006, 14h28

Bon, ok, je résume.

Tu nous as posté le CREATE TABLE de la table, mais je soupçonne qu'il y a aussi des index dessus, qui n'ont pas été joints, c'est pour ça que je voulais voir le plan d'exécution
C'est le résultat du tableau dont tu parles qui m'intéresse. Je te demandais de te mettre en résultat en texte (CTRL+T avec Query Analyzer), justement pour ne pas avoir ce tableau et pour voir le tout en texte
Mais cela nous emmène peut-être dans des chemins trop compliqués. Laurent a raison : essaie d'abord un index sur Jour (même si c'est du nvarchar ! ah Mon Dieu !), s'il n'y en a pas déjà un, peut-être sera-t-il utilisé.
Si ça ne marche pas, je veux bien avoir le résultat du SET STATISTICS PROFILE... pour avoir une idée d'une solution.

Merci !

**Phiss** · 12/07/2006, 14h33

j'ai un peu avancé sur la question et il apparraitrait que ce soit sur une requete de mise à jour que cela me génère cette erreur.

requete = "update commande set fianet = " & codefianet &" where id = " &commandeid
set rsupdate = DB.execute(requete)

Erreur sur l'execution...

**Phiss** · 12/07/2006, 14h57

En effet si j'enlève cette requete de la page elle s'affiche sans aucun problème.

Donc le souci vient bien de cette requete qui pour moi est valide.

Voyez vous l'erreur?

**Phiss** · 12/07/2006, 17h02

Vous ne voyez pas de quoi cela peut venir?

délai d'attente dépassé

MS SQL Server

Discussions similaires

Partager

Partager