Bonjour,
 
Mon titre n'est pas très explicite, mais j'aurais besoin de vos conseil.
 
Voici mon problème.
 
J'ai une table unique qui contient une colonne ID en auto incrément, une colonne Id produit,une colonne Id du client, une colonne action,une colonne utilisateur et une colonne date d'action.

 
Dans cette table, a chaque fois qu'un utilisateur effectue une action j'en garde une trace.
 
Je souhaiterais (en une requête si possible) récupérer la dernière action effectuée sur chaque produit
 
J'ai essayé une requête du type :  
 

 
Le problème c'est que cela met vraiment trop de temps (mais alors vraiment : 15 minutes min)
 
Auriez-vous une idée?
 
Merci d'avance

La requête a l'air d'être bien celle qu'il faut (j'en ai déjà fait plusieurs du même genre). Pour optimiser, il suffit de rajouter un index secondaire sur ID_PRODUCT.

Arf , j'ai déjà un index secondaire et en plus je ne teste que sur une base contenant que 200.000 lignes alors qu'en production, j'en aurais au minimum 1.000.000.
 
En tout cas merfci pour la confirmation de ma requête.
 
Si quelqu'un a une autre sugestion je suis preneur

essaie de créer un index qui porte à la fois sur id_product et action_date
 
en effet, si t'as beaucoup d'actions pour un même produit, tu vas avoir de sérieux problèmes pour évaluer le max(), et ensuite pour retrouver la ligne qui correspond à ce que t'as trouvé.
avec un index, tu devrais même plus avoir le temps de voir que t'as tapé sur [Enter]
 
tu peux aussi éventuellement passer par une auto-jointure et une clause HAVING... Ca peut éventuellement être plus rapide.
 
Avec une table toute pourrie pas bien indexée, la seconde solution prends 32% du lot SQL alors que la première prend 68% du lot avec SQL Server 2005 Express.
 

SELECT *
FROM mention m1
WHERE m1.note = (SELECT max(m2.note) FROM mention m2 WHERE m2.libelle = m1.libelle)
 
SELECT max(m1.note), m2.note, m2.libelle
FROM mention m1
INNER JOIN mention m2 ON m2.libelle = m1.libelle
GROUP BY m2.note, m2.libelle
HAVING max(m1.note) = m2.note

 
Une fois l'index proposé, je passe de 200ms à 1ms pour les deux requêtes, et la proportion s'inverse : 49% pour la première, et 51% pour la seconde.
 
C'est donc à tester sur ton SGBD, tes index et ta volumétrie, y'a pas de conclusion universelle à tirer -mise à part que l'index améliore considérablement les performances -
=> Pour la première requête, en fait le plan d'exécution se simplifié énormément, tandis que pour la seconde, il se bordelise un max
 
L'index préconisé :

CREATE INDEX m_idx ON mention (libelle, note)

 
Avant index :

 
Après index :

Un grand merci pour les explications, je vais tester et je vous fait un feed.