Order du tri des requêtes SQL et optimisation

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:

---

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:

---

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

Citation:

---

Envoyé par grandelo

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.

Citation:

---

Exemple :

Code:

---

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.

Citation:

---

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.

Citation:

---

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

Code:

---

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 ?

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 ?)

Saluton,

Citation:

---

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 ????