probleme avec une simple requetes

Version imprimable

bonjour
j'ai cette requetes ,

en effet qand je la lance en entier elle ne s'arrete pas , je suis obligé de l'arreté au bout de 4h

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
select distinct 
T1.Col1
, T2.Col2
, T2.Col3
, T2.Col4
 
from 		BASE1..Table1 T1 WITH (TABLOCK)
inner join 	BASE2..Table2 T2 WITH (TABLOCK)
ON		(T1.Col1 = T2.Col1 AND T1.Col5 = 500)
where  T1.Col1  not in 
                (select distinct L.Num1 
		from (select C1 as Num1, Dat as Col1, count(C1)as count1
		from BASE2..Table2
		group by C1, Dat, MO
		having count(C1)>1)as L)

et quand je la coupe en deux morceau juste pour tester cad :
requete 1

Code:

1
2
3
4
5
6
7
8
9
select distinct 
XO.Col1
, ROR.Col2
, ROR.Col3
, ROR.Col4
 
from 		BASE1..Table1 T1 WITH (TABLOCK)
inner join 	BASE2..Table2 T2 WITH (TABLOCK)
ON		(T1.Col1 = T2.Col1 AND T1.Col5 = 500)

elle met 1 minute pour donner le resultat

requete2

Code:

1
2
3
4
5
 select distinct L.Num1 
		from (select C1 as Num1, Dat as Col1, count(C1)as count1
		from BASE2..Table2
		group by C1, Dat, MO
		having count(C1)>1)as L

elle met 30 second pour donner le resultat

je ne comprend pas pourquoi ?? si quelqu'un a une idee , merci de ma la communiquer

23/06/2007, 14h29
xace91

Salut Babylonne,

je te conseille de passer par des tables tempo, ce sera bcp plus simple et ta requête sera bcp plus lisible.
24/06/2007, 13h56
kagemaru

un NOT IN implique un scan complet du jeu de résultat retourné par la sous-requête (puisqu'il faut être sûr qu'aucun enregistrement n'est qualifié). Il faut éviter les NOT IN autant que possible et passer par des tables intermédiaires. Le NOT IN concerne tous les SGBD.

Pour la partie coupée en deux, regarde s'il n'y a pas un index manquant
25/06/2007, 19h54
WOLO Laurent

Et pour quoi utilises-tu des tablock ?
28/06/2007, 16h03
Babylonne

bonjour

en fait parce que normalement avec les resulat je fait un insert (j'ai pas donnée toute la requetes).

mais bien evidement le probleme je l'ai en faisant un simple select et meme en enlevant tablock.

ce que je cherche a soir est pourquoi j'ai ce genre de phénomenes que je n'arrive pas a comprendre.
merci d'avance pour votre aide

Citation:

Envoyé par Babylonne

bonjour
j'ai cette requetes ,

en effet qand je la lance en entier elle ne s'arrete pas , je suis obligé de l'arreté au bout de 4h

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
select distinct 
T1.Col1
, T2.Col2
, T2.Col3
, T2.Col4
 
from         BASE1..Table1 T1 WITH (TABLOCK)
inner join     BASE2..Table2 T2 WITH (TABLOCK)
ON        (T1.Col1 = T2.Col1 AND T1.Col5 = 500)
where  T1.Col1  not in 
                (select distinct L.Num1 
        from (select C1 as Num1, Dat as Col1, count(C1)as count1
        from BASE2..Table2
        group by C1, Dat, MO
        having count(C1)>1)as L)

et quand je la coupe en deux morceau juste pour tester cad :
requete 1

Code:

1
2
3
4
5
6
7
8
9
select distinct 
XO.Col1
, ROR.Col2
, ROR.Col3
, ROR.Col4
 
from         BASE1..Table1 T1 WITH (TABLOCK)
inner join     BASE2..Table2 T2 WITH (TABLOCK)
ON        (T1.Col1 = T2.Col1 AND T1.Col5 = 500)

elle met 1 minute pour donner le resultat

requete2

Code:

1
2
3
4
5
 select distinct L.Num1 
        from (select C1 as Num1, Dat as Col1, count(C1)as count1
        from BASE2..Table2
        group by C1, Dat, MO
        having count(C1)>1)as L

elle met 30 second pour donner le resultat

je ne comprend pas pourquoi ?? si quelqu'un a une idee , merci de ma la communiquer

Fais gaffe au NOT IN ça prend beacoup de temps pour s'exécuter,
essaie un truc de type:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
select distinct 
T1.Col1
, T2.Col2
, T2.Col3
, T2.Col4
 
from         BASE1..Table1 T1 WITH (TABLOCK)
inner join     BASE2..Table2 T2 WITH (TABLOCK)
ON        (T1.Col1 = T2.Col1 AND T1.Col5 = 500)
LEFT OUTER JOIN 
 
        (select C1 as Num1, Dat as Col1, count(C1)as count1
        from BASE2..Table2
        group by C1, Dat, MO
        having count(C1)>1)as L
ON T1.Col1 = L.Num1
WHERE L.Num1 IS NULL

29/06/2007, 08h59
SQLpro

C'est normal qu'elle ne s'arrête jamais et ne s'arrêtera jamais. En effet vous faites un verouillage explicite de la table2 entière (TABLOCK) dans la requête externe. Cette table n'est donc pas disponible pour la sous requête qui attend indéfiniement la libération du verrou....

Ce n'est pas le problème du NOT IN, mais bien la façon absurde avec laquelle vous gérez les verrous pour vous assurer, à tort, que tout va bien se passer. Si vous utilisez une table temporaire le résultat risque d'être incohérent à cause des problèmes liés à la concurrence et il sera de toute façon moins performant.

Postez votre requête entière, c'est à dire avec l'INSERT afin que nous puissions vous donner la solution.

De toute façon gérer les verrous à la main est hautement dangereux, à moins que vous ne soyez un pro de la gestion des anomalies transactionnelles et que vous ayez pris soin de faire un graphe de verrouillage afin de savoir exactement ce que vous faites. Ce graphe aurait d'ailleurs mis en évidence l'absurde façon que vous avez de verrouiller !

En principe avant de poser des verrous on essaye de traiter le problème à l'aide du paramétrage des niveaux d'isolation (SET TRANSACTION ISOLATION LEVEL ...)

A +