Eviter une sous requete

Bonjour,
j'utilise oracle 10g; et je rencontre des problèmes de performances avec la requete que j'écris pour résoudre mon problème. J'essaye de trouver un autre moyen d'aborder le problème (j'ai essayé les requêtes analytiques mais je ne sais pas si elles sont adaptées dans mon cas) : je possède une table où sont logués à des dates régulières des évènements par type d'évènement. Pour chaque date je possède donc :
un numéro de génération du log (séquence tournante sur 0-999), un identifiant d'évenement , le code du type d'évènement, soit la table suivante :

Code:

---

1 2 3 4 5

Table JRL_EVT : id_evt code_evt (fk d'une autre table) num_gen_evt date_evt

---

J'écris une requête devant affichés pour chaque code évènement le dernier numéro de génération de log d'évènement , j'ai donc quelquechose comme :

Code:

---

1 2 3 4 5 6 7 8

select code_evt,num_gen_evt,date_evt from JRL_EVT where (code_evt,date_evt) in ( select code_evt,max(date_evt) from JRL_EVT group by code_evt )

---

Mais je rencontre alors des problèmes de performances : la requête met 4-5 secondes (la table comprend 300 000 lignes) pour aboutir; je voulais savoir si je pouvais éviter la sous requête pour optimiser l'ensemble ?

Merci pour toute réponse.

Salut !

Tu peux tenter comme ça :

Code:

---

1 2 3 4

SELECT code_evt,max(date_evt), max(num_gen_evt) keep(dense_rank last order by date_evt) FROM JRL_EVT GROUP BY code_evt

---

Mille merci PacMan :D
Dire que je me suis escrimé sur l'écriture de cette requête sans réussir à l'écrire!
(=> a cause du côté cryptique des fonctions analytiques, mais bon je travailles dessus)

Encore merci, cela fonctionne : temps d'exécution passé au niveau de la seconde et le plan d'exécution montre que je ne fais qu'un full scan de ma table au lieu de deux précédemment.

Attention, je me suis déjà fait avoir (Salim11 m'a remis dans le droit chemin).

KEEP tout seul est un attribut des fonctions FIRST et LAST qui sont des agrégats.
Ces fonctions peuvent prendre une dimension analytique avec la clause OVER.

Donc la requête de pacmann n'a rien d'analytique !

Voir la doc Oracle :
http://download.oracle.com/docs/cd/E...3.htm#i1000901