Discussion :

[llc123]

[SQLEXP2005]
J'ai un plantage sur SQL Server Management Studio Express
sur la requete suivante :

SELECT DISTINCT
acmouvement.nom
FROM acmouvement
LEFT OUTER JOIN acmanagementunit_move ON acmouvement.pkid=acmanagementunit_move.ID_move
LEFT OUTER JOIN acunitegestion ON acmanagementunit_move.ID_managementunit=acunitegestion.pkid
WHERE
acmouvement.date_mvt >= CONVERT(datetime, '2008-11-27 09:22:46', 20)
AND
acmanagementunit_move.ID_managementunit = 27

La requete ne se finit jamais !!!

Rien de logique dans tout ça car :
Cà marche si j'enlève DISTINCT
Ca marche si je modifie la date par '2008-11-26 09:22:46'
Ca marche si je modifie la date par '2008-11-27 03:22:46'
Ca marche si au lieu du nom je select acmouvement.pkid

Merci d'avance

[elsuket]

Bonjour,

De quel type sont vos colonnes :

- acmouvement.pkid
- acmanagementunit_move.ID_move
- acmanagementunit_move.ID_managementunit
- acunitegestion.pkid

et sont-elles indexées ?

De quel type est acmouvement.date_mvt ? chaîne, SMALLDATETIME ou DATETIME, et est-elles indexée ?

Avez-vous regardé le plan de requête de votre commande (CTRL+L)?

@++

[llc123]

acmouvement.pkid : int non null
acmouvement.date_mvt : datetime

acmanagementunit_move.ID_move : int
- acmanagementunit_move.ID_managementunit: int

acunitegestion.pkid : int

Non ils ne sont pas indexés

Tous les champs pkid sont des champrs Identité qui s'auto incrémentent de 1

En fait après étude, la requête ne plante pas mais elle dure plus de 8 minutes.

Si j'effectue la recherche sur des mouvements datés après le 26 Novembre, la requête s'effectue en moins d'une seconde.
Sachant que les mouvements datés d'après le 27 sont obligatoirement daté après le 26, la requête sur le 26 me retourne donc plus de mouvements que celle du 27 et pourtant elle prend plus de 8 minutes !!!!

[llc123]

J'ai le plan d'exècution de la requête .

La version rapide : rapide.gif avec une recherche postérieure au 26 11
SELECT DISTINCT
acmouvement.nom
FROM acmouvement
LEFT OUTER JOIN acmanagementunit_move ON acmouvement.pkid=acmanagementunit_move.ID_move
WHERE
(acmouvement.date_mvt >= CONVERT(datetime, '2008-11-26 12:24:02', 20) )
AND
(acmanagementunit_move.ID_managementunit = 27 )
ORDER BY acmouvement.nom ASC


La version 8 minutes : lent.gif avec une recherche postérieure au 27/11

SELECT DISTINCT
acmouvement.nom
FROM acmouvement
LEFT OUTER JOIN acmanagementunit_move ON acmouvement.pkid=acmanagementunit_move.ID_move
WHERE
(acmouvement.date_mvt >= CONVERT(datetime, '2008-11-27 12:24:02', 20) )
AND
(acmanagementunit_move.ID_managementunit = 27 )
ORDER BY acmouvement.nom ASC



Je ne comprend vraiment pas pourquoi en modifiant un critère de recherche la requête passe de 1 seconde à 8 minutes !!!!

Il faut savoir également que j'ai plus de 165 000 lignes dans la table acmouvement et plus de 170 000 lignes dans acmanagementunit_move.

[elsuket]

Bonjour,

N'auriez-vous pas inversé les noms de vos captures ?
Dans tous les cas les icônes Table Scan sont, dans votre cas, synonymes de lenteur.
Regardez le prédicat lié à cette icône et réalisez l'indexation.

Non ils ne sont pas indexés

Ne cherchez pas plus loin ...

@++

[llc123]

Ok j'ai compris
LA notion de clé sur mes pkid avaient disparu de mes scripts de création de base.
J'ai remisces notions de clé primares sur mes pkid et ça marche !!!

Merci encore de m'avoir orienté sur les indexes !!!!

[elsuket]

En effet, l'ajout d'une clé primaire sous SQL Server implique la création d'un index cluster

@++