Discussion :

[pagyles007]

Bonjour,
Pouvez vous SVP,me dire ce qui cloche dans cette requete?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 select    a.colonne1, min(a.colonne2) 
from    TABLE a
where    a.colonne3 >= 1
and a.colonne4 = 0
and a.colonne5 not in ('5','8')
and  a.colonne2 > (select    max(b.colonne2) 
                    from    TABLE b
                    where    b.colonne3 >= 1
                    and b.colonne4 <> 0
                    and b.colonne5 not in ('5','8')
                    and  b.colonne1 = a.colonne1)
 
group by a.colonne1

colonne2 --->type DATETIME
TABLE contient environ 1.5Millions de ligne


Merci de votre aide.

[kagemaru]

bonjour,

j'imagine qu'elle tourne longtemps ? si oui, êtes-vous allé jusqu'au bout ?

bref, déjà les NOT IN impliquent un scan complet de la table.

Est-ce que le "and a.colonne5 not in ('5','8')" est discriminant ou pas ?
Est-ce que le "and a.colonne4=0 est discriminant ou pas ?
Est-ce que le "and a.colonne3 >= 1 est discriminant ou pas ?

Est-ce que le colonne1 est bien indexé ?

il y a plusieurs pistes à regarder, la réécriture peut également être une solution.

Y-a-t-il des index sur TABLE ?

[Roller]

bref, déjà les NOT IN impliquent un scan complet de la table.

Non. a.colonne5 not in ('5','8') est interprété comme deux sargs, a.colonne5 <> 5 et a.colonne5 <> 8. L'optimiseur peut donc décider faire un non-matching index scan sur un index couvrant ayant pour première colonne colonne5, si l'un de ces sarg est le plus disciminant de tous. Sinon il peut bien sur utiliser un index sur une colonne d'un autre sarg.

Pour le reste, je suis d'accord, il nous faut la liste des indexes, le plan d'exécution et les stats sur la table pour pouvoir vraiment t'aider, et
avoir un index sur les colonnes présentes dans les sargs les plus discriminants est un bon départ. Réécrire en passant par une ou plusieurs tables temporaires pour aider l'optimiseur peut aussi aider.

[kagemaru]

Non. a.colonne5 not in ('5','8') est interprété comme deux sargs, a.colonne5 <> 5 et a.colonne5 <> 8.

Dans la mesure où tu as un index en effet.

Dans le cas d'un nonmatching scan sur une grosse table, c'est en général peu performant, bien qu'un peu plus efficace qu'un scan de table.

[pagyles007]

Bonjour,
Désolé mais j'ai été absent un petit moment.Alors pour répondre à vos questions:
1- la requete est effectivement tres tres longue,je n'ai pas eu la patience de la laisser finir.il existe en effet un index non clusterisé sur TABLE --> idx_table_02 (colonne1,colonne2) qui est pertinent pour la requete.
j'ai meme essayé de forcer le plan d'xécution à prendre ne compte l'index dans la 1ere étape mais ,cela ne change rien...requete toujours aussi longue.

ci dessous le plan d'exécution:

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
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
 QUERY PLAN FOR STATEMENT 1 (at line 1).
 
 
    STEP 1
        The type of query is SELECT (into Worktable1).
        GROUP BY
        Evaluate Grouped MINIMUM AGGREGATE.
 
        FROM TABLE
            TABLE
            a
        Nested iteration.
        Table Scan.
        Forward scan.
        Positioning at start of table.
 
        Run subquery 1 (at nesting level 1).
        Using I/O Size 32 Kbytes for data pages.
        With LRU Buffer Replacement Strategy for data pages.
        TO TABLE
            Worktable1.
 
    STEP 2
        The type of query is SELECT.
 
        FROM TABLE
            Worktable1.
        Nested iteration.
        Table Scan.
        Forward scan.
        Positioning at start of table.
        Using I/O Size 32 Kbytes for data pages.
        With MRU Buffer Replacement Strategy for data pages.
    STEP 1
 
NESTING LEVEL 1 SUBQUERIES FOR STATEMENT 1.
 
  QUERY PLAN FOR SUBQUERY 1 (at nesting level 1 and at line 6).
 
    Correlated Subquery.
    Subquery under an EXPRESSION predicate.
 
 
    STEP 1
        The type of query is SELECT.
        Evaluate Ungrouped MAXIMUM AGGREGATE.
 
        FROM TABLE
            TABLE
            b
        Nested iteration.
        Index : idx_table_02
        Backward scan.
        Positioning at index end.
        Scanning only up to the first qualifying row.
        Using I/O Size 4 Kbytes for index leaf pages.
        With LRU Buffer Replacement Strategy for index leaf pages.
        Using I/O Size 4 Kbytes for data pages.
        With LRU Buffer Replacement Strategy for data pages.
 
  END OF QUERY PLAN FOR SUBQUERY 1.

Merci

[arona]

Ben visiblement cela fait des table scan, donc n'utilise pas l'index en question ...
si tu as créé l'index as tu fais un update stat de ta table?? ou alors l'index est pas positionné sur la bonne col.
Je vois que cela, mais je suis pas un dev alors ...
Bon courage
A+

[mpeppler]

Bonjour,
Pouvez vous SVP,me dire ce qui cloche dans cette requete?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 select    a.colonne1, min(a.colonne2) 
from    TABLE a
where    a.colonne3 >= 1
and a.colonne4 = 0
and a.colonne5 not in ('5','8')
and  a.colonne2 > (select    max(b.colonne2) 
                    from    TABLE b
                    where    b.colonne3 >= 1
                    and b.colonne4 <> 0
                    and b.colonne5 not in ('5','8')
                    and  b.colonne1 = a.colonne1)
 
group by a.colonne1

Quels sont les indexes existants sur TABLE ?

Michael