Discussion :

[Sam31000]

Bonjour,

Je dois récupérer les 4 derniers résultats entrés dans une table. Le problème se situe au niveau des performances.

En effet, ma table contient plusieurs milliers d'entrées. Le fait de faire "LIMIT 4" à la fin, n'optimise en rien le temps de réponse car toutes la table est renvoyée et ensuite Mysql tronc a partir de 4 résultats.

Avez vous une idée pour optimiser ma requête ?

Merci.

[CinePhil]

Qu'est-ce qui définit les "4 derniers résultats" ? Une date ? Un identifiant auto-incrémenté ?

Quelle est la requête ?

Quelle st la structure de la table ?

Quels index sont posés sur la table ?

[Sam31000]

Bonjour,

Les 4 derniers résultats entrées sont définis uniquement par leur identifiant unique qui s'auto-incrémente.

Je cherche donc a récupéré les 4 tuples ayant les plus grand ID de ma table.

Pour la requête, cela pourrait être simplement :

Code :

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

1
2
3
SELECT * 
FROM USER u
LEFT JOIN COUNTRY ctry ON ctry.id = u.country_id;

et je voudrais les 4 dernières entrée sachant qu'il y a plusieurs milliers d'utilisateur et que le "SELECT *" prend 5 seconde.

Il existe un index sur l'identifiant unique qui s'auto-incrémente.

Avez vous une idée ?

[Sam31000]

Bon... J'ai finalement trouvé une alternative... Celle ci ne me plaît pas trop..

Le but est d'éviter de faire un SELECT * FROM USER sur la table entière et donc sur les 123 000 entées.

J'ai donc fais :

Code :

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

1
2
3
4
SELECT * 
FROM USER 
WHERE 
user.id > (SELECT MAX(user.id) FROM USER ) - 50 LIMIT 4;

C'est sale... C'est moche ... Mais ca fonctionne dans mon cas...

Si vous avez de meilleurs solutions, je suis preneur !

Merci.

[CinePhil]

Code :

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

1
2
3
SELECT *
FROM USER u
LEFT JOIN COUNTRY ctry ON ctry.id = u.country_id;

Il existe un index sur l'identifiant unique qui s'auto-incrémente.

Ok mais y a t-il un index sur la clé étrangère u.country_id ?

la table entière et donc sur les 123 000 entées.

Ce n'est pas beaucoup pour un SGBD !

"SELECT *" prend 5 seconde.

C'est beaucoup trop pour une si petite table !

Ou bien il manque un index, ou bien la table a des colonnes très grosses et bien remplies, ou bien vous n'avez pas assez de mémoire sur votre serveur.

Code :

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

1
2
3
4
SELECT *
FROM USER
WHERE
user.id > (SELECT MAX(user.id) FROM USER ) - 50 LIMIT 4;

C'est une idée mais pourquoi prendre les 50 derniers ID entrés pour ne finalement n'en retenir que 4 ?

Au passage :
1) Évitez de relancer la guerre des étoiles !
Un SELECT * sera moins performant qu'un SELECT juste les colonnes nécessaires, surtout s'il y a de grosses colonnes.

Peut-on voir la structure complète des tables ?

2) Puisqu'il y a une clé étrangère référençant le pays, tous les utilisateurs doivent être associés à un pays. Autant faire alors une jointure interne plutôt qu'une externe. Je ne pense pas que ça joue sur les performances mais sait-on jamais ?

La requête normale à faire serait plutôt celle-ci :

Code :

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

1
2
3
4
5
SELECT -- les colonnes nécessaires et pas étoile
FROM user u
INNER JOIN country c ON c.id = u.country_id
ORDER BY u.id DESC
LIMIT 4

[Sam31000]

Bonjour CinePhil,

J'ai choisi la requete :

Code :

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

SELECT * FROM USER

Pour simplifier au maximum sur le forum. Je n'implique nullement Star wars dans mes requête

Pour le "-50", c'est en fait une sécurité. Imaginons qu'il y ai eu quelques :

Code :

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

DELETE FROM USER WHERE ...

Je comprend tout à fais que 123 000 entrées ce n'est pas énorme, mais les données sont conséquente et répartie sur une dizaine de table liées par des jointures.

Merci en tout cas pour la réponde !