Discussion :

[shakly]

Bonjour à tous,

Je travaille actuellement sur une grosse table ( > 1M lignes) et je souhaite faire une vues sur les ventes des 3 derniers mois :

J'ai essayer plusieurs méthode :

Code SQL :

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

1
2
 
CDDT > DATEADD(month, DATEDIFF(month, 0, GETDATE()) - 3, 0))

C'est sensé être propre mais c'est très long.

Code SQL :

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

1
2
CDDT > CASE WHEN (MONTH({ fn CURDATE() }) - 3) <= 0 THEN '01/' + CAST(12 - 3 + MONTH({ fn CURDATE() }) AS char(2)) 
                      + '/' + CAST(YEAR({ fn CURDATE() }) - 1 AS char(4)) ELSE '01/' + CAST(MONTH({ fn CURDATE() }) - 3 AS char(2)) + '/' + CAST(YEAR({ fn CURDATE() }) AS char(4)) END

C'est moche mais plus rapide que la première.

Code SQL :

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

1
2
 
CDDT > '01/07/2013'

Forcement c'est le plus rapide mais je perd le coté dynamique.

Actuellement je suis tombé sur un bon compromis pour exclure les années ultérieur sur lequel je veux pas faire de stats.

Code SQL :

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

CDDT > '01/01/2013' AND CDDT > DATEADD(month, DATEDIFF(month, 0, GETDATE()) - 3, 0))

Ça me parait pas top et je suis sur qu'il y a une meilleurs façon de faire.
Ça eut paraitre futile de vouloir l'optimiser mais pour une requête de classification article cette vue est appelé 2000 fois donc chaque seconde compte

Si quelque à des conseils je suis preneur.

Merci d'avance

[Invité]

Et les indexes ?

[iberserk]

Ça eut paraitre futile de vouloir l'optimiser mais pour une requête de classification article cette vue est appelé 2000 fois donc chaque seconde compte

Cherchez surtout de ce côté la....
Pourquoi l'appeler 2000 fois? une fois par article.

Faites une seule requète, certes plus grosses mais dont le temps d'exec sera sensiblement inférieur à 2000 fois celle-ci.


Peut-on voir le plan d'execution et la requète complete?

[shakly]

Un index sur quel champ ? La date ? Je eut faire un index dans une vue ou je dois le mettre sur la table ?

Pour la requête sur une classification ABC, pour chaque article je dois avoir la sommes des tous les articles qui se sont moins vendu donc on peut pas faire autrement,

[SQLpro]

1) postez la requête intégrale et les définitions de vues
2) on peut faire des vues indexées.

A +

[shakly]

La requete resemble à ca :

Code SQL :

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

1
2
3
4
5
 
SELECT ref, COUNT(qte)
FROM mouv
WHERE CDDT > DATEADD(month, DATEDIFF(month, 0, GETDATE()) - 3, 0))
GROUP BY ref

Comment je peux faire un index sur la date ?

[iberserk]

Définition de la vue merci...

Si vous créez un index sur la colonne date de la table par exemple l'éxecution de la vue en profitera...

[shakly]

En regardant un peu les indexes présent sur la table, il y a a plusieurs qui sont des combinaisons de plusieurs champ.

Par exemple INDEX_A :

Code :

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

1
2
3
4
5
6
CE2	Croissant	char(1)
DOS	Croissant	numeric(3,0)
TICOD	Croissant	char(1)
TIERS	Croissant	char(8)
FADT	Croissant	date
MOUV_ID	Croissant	int (c'est la cle de la table)

Comment puis-je forcer l’exécution d'une recherche via un index ?
Suis - je obliger de mettre tous les champs de l'index dans mon where pour qu'il soit appelé ?