Discussion :

[grandelo]

Bonjour,

je voudrais savoir si il y a un ordre dans la procédure d'une requête SQL, et si il y a une façon de l'optimiser en effectuant la recherche sur le moins de lignes possible.

Exemple :

Code :

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

1
2
3
4
5
SELECT numero 
FROM maTable 
WHERE categorie='articles' 
  AND date>'1285662883' 
ORDER BY numero DESC

Le champs "numero" serait une valeur numérique, clé primaire et incrémentale
Le champs "categorie", un VARCHAR
Et le champs "date", un int ou on enregistrerait la date en timestamp.

Est ce qu'il est possible de faire en sorte que la requete commence par éliminer les lignes ou la date est plus petite que celle précisée dans la requête ? (ceci afin de l'optimiser)

J'ai fait un essai et la requête est plus longue quand je rajoute ce :

Code :

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

AND date>'1285662883'

Alors que je le fais justement pour la raccourcir.
Si il y a un ordre d'execution de la requête, je veux bien un éclaircissement !

Merci

[CinePhil]

je voudrais savoir si il y a un ordre dans la procédure d'une requête SQL, et si il y a une façon de l'optimiser en effectuant la recherche sur le moins de lignes possible.

Le moyen de savoir comment MySQL exécute la requête, c'est de faire EXPLAIN ta_requête. Ça te donne un tableau avec les tables concernées, les index possibles et ceux qui seront réellement utilisés, ainsi que le nombre de lignes lues pour chaque index.

Exemple :

Code :

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

1
2
3
4
5
SELECT numero 
FROM maTable 
WHERE categorie='articles' 
  AND date>'1285662883' 
ORDER BY numero DESC

Le champs "numero" serait une valeur numérique, clé primaire et incrémentale
Le champs "categorie", un VARCHAR
Et le champs "date", un int ou on enregistrerait la date en timestamp.

Si c'est une date ne comprenant que la date du jour, utilises le type DATE. Si c'est une date avec l'heure, utilise le type DATETIME ou TIMESTAMP. Mais utiliser un entier pour stocker une date n'est pas top.
De plus, si ta colonne de date est du type entier, inutile de mettre sa valeur entre apostrophe. Par contre, avec un type date oui.

Est ce qu'il est possible de faire en sorte que la requête commence par éliminer les lignes ou la date est plus petite que celle précisée dans la requête ? (ceci afin de l'optimiser)

C'est le SGBD qui décide comment exécuter la requête.

J'ai fait un essai et la requête est plus longue quand je rajoute ce :

Code :

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

AND date>'1285662883'

C'est un peu normal puisque tu lui demande une recherche supplémentaire.
La colonne de date (qui au passage ne devrait pas s'appeler 'date' car c'est mot réservé du langage SQL) est-elle indexée ?

[grandelo]

Oui elle est indéxée,
effectivement, il faudrait que je la renomme autrement.

Si c'est un timestamp, je peux changer le type sans que ça n'affecte la base ou les résultats ? (je veux dire ça n'apportera que du plus ?)

[Maljuna Kris]

Saluton,

Est ce qu'il est possible de faire en sorte que la requete commence par éliminer les lignes ou la date est plus petite que celle précisée dans la requête ? (ceci afin de l'optimiser)

En passant au préalable par une vue qui filtrerait les dates, mais serait-ce vraiment plus rapide ????