Afficher le dernier enregistrement d'une table [Résolu]

[persia]

Bonjour à tous,

Je souhaite optimiser ma requete sql en traitent et en affichant juste le dernier enregistrement qui a été fait sur ma table.

Données:

Code :

1
2
3
4
5
6
7
id   livreid  auteur     
1    456     jules
2    232     pierre
3    666     gilbert
4    666     jules
5    666     marc
6    185     michel

Ce qui m'interesse, c'est le dernier enregistrement, soit le livreid 666 avec l'auteur marc et ayant l'id 5.

En fait, j'ai 520 livreid portant le numéro 666,mais dans l'exemple j'ai limité à 3 pour faire simple.

Donc, au lieu de scaner tous les 520 enregistrements alors qu'il ya juste le dernier enregistrement qui m'interesse, j'ai décidé d'optimiser la requete en utilisant la commande mysql suivante:

SELECT distinct livreid FROM livres where livreid=666 ORDER BY id Desc limit 1

mais quand je fait un EXPLAIN:

Code :

1
2
3
4
5
id  select_type  TABLE 	 type 	possible_keys 	 KEY       key_len      ref         
1   SIMPLE        livres   ref      livreid             livreid      3            const                      
 
rows  Extra
520   USING INDEX

je vois que sql traite tous mes 520 enregistrements pour examiner et en afficher juste un , ce que je trouve comme étant une perte de temps et une consomation de mémoire inutile.

Avez-vous une meilleure idée pour optimiser davantage le traitement, étant donné que je veux juste traiter et retourner juste un enregistrement.

Pour info: id et livreid sont indexés (id=Primary and livreid=index) .

Merci

[fregolo52]

Salut,

Peux-tu nous dire que ce que tu entends par "le dernier enregistrement qui a été fait sur ma table"

Est ce :
- le dernier ajout ?
- le dernier modifié ?

[persia]

Envoyé par fregolo52

Est ce :
- le dernier ajout ?
- le dernier modifié ?

Désolé, j'aurais du spécifier. C'est le dernier ajout.

Merci

[Sivrît]

Envoyé par persia

je vois que sql traite tous mes 520 enregistrements pour examiner et en afficher juste un , ce que je trouve comme étant une perte de temps et une consomation de mémoire inutile.

En fait c'est peut-être déjà optimal. "USING INDEX" c'est bien (si j'interprète bien on ne va rien lire dans la table), et comme c'est le seul commentaire ça laisse penser que le tri passe bien par l'index aussi. Le "520" est à prendre avec de pincettes car c'est une estimation de ce que MySQL s'attend à trouver. Ce n'est pas forcément exact, et je ne sais pas si ça prend le LIMIT en compte.

Je dirais juste que le "distinct" est de trop mais ça n'a pas l'air de déranger ici.

Envoyé par persia

Avez-vous une meilleure idée pour optimiser davantage le traitement, étant donné que je veux juste traiter et retourner juste un enregistrement.

Pour info: id et livreid sont indexés (id=Primary and livreid=index) .

L'index parfait serait (livreid, id). Ca permet de chercher le livreid, puis d'utiliser les id triés pour prendre le plus grand. Seulement avec InnoDb la clef primaire est ajoutée à la fin des indexes normaux (c'est somme toute le résultat) donc il ne doit pas y avoir de différence (ou alors vraiment subtil) entre indexer (livreid) ou (livreid, id) qui n'aurait de toute façon pas grand intérêt.

Bref d'après le explain ça a l'air pas mal.

[persia]

Envoyé par Sivrît

(si j'interprète bien on ne va rien lire dans la table)

Si, il faut lire l'enregistrement dans la table pour ensuite l'afficher. (Mais juste 1)

L'index parfait serait (livreid, id).

J'ai déjà essayé, mais pas un grand changement, voire aucun.

Ce que j'ai remarqué, c'est que ça prenait beaucoup de temps pour que la page se charge(page php) lorsque je fait un tri par numéro d'id ou peut importe la colonne.
Quand j'enlève le tri, le résultat s'affiche 10 fois plus rapidement que lorsque je passe par un tri.

C'est normal je trouve, car sql va aller comparer élément par élément pour aller chercher le dernier enregistrement.

Est-ce qu'il n'y aurai pas un autre moyen plus optimisé pour aller directement chercher le dernier enregistrement (le dernier ajout)?

Merci

[CinePhil]

A essayer :

Code :

1
2
3
4
SELECT id, livreid, auteur
FROM livres
GROUP BY livreid
HAVING id = MAX(id)

[persia]

Envoyé par CinePhil

A essayer :

Code :

Aucun changement.

J'ai ajouté une clause where et une limit, car ce qui m'interesse c'est le livreid:666.

Code :

1
2
3
4
5
SELECT id, livreid, auteur
FROM livres
WHERE livreid=666
GROUP BY livreid
HAVING id = MAX(id)

Mais ca me retourne le premier enregistrement et non le dernier.




Merci

[persia]

J'ai essayé la commande suivante:

Code :

SELECT max(id) FROM livres WHERE livreid=666.

ça marche, mais qu'en est-t'il si je veux afficher le nom de l'auteur en plus de l'id , ou bien tout simplement l'auteur associé au livreid 666?.

Si je fait un group by, ca me retourne tous les éléments, ce que je veux éviter.

Merci

[CinePhil]

Code :

1
2
3
4
5
6
7
SELECT auteur, id AS MaxId, 
FROM livres
WHERE id = (
  SELECT MAX(id)
  FROM livres
  WHERE livreid = 666
)