Equivalence avec la clause limit

bonjour tout le monde,
j'ai besoin d'aide pour exécuter un équivalent de la clause limit de mysql sous oracle.
j'ai bien trouver des codes qui sont FONCTIONNELLEMENT correct, mais question temps d’exécution, c'est la calamité.
la requête suivante retourne bien le bon résultats, mais si on analyse bien, le requête interne génère un temps d’exécution énorme.

Code:

---

1 2 3 4

select * from (select req.*, rownum rnum from (select distinct(ACCOUNT_NUM) from SCHEMA.TABLE where rownum < 5000 order by ACCOUNT_NUM asc) req where ROWNUM < 4000) where rnum >= 2000

---

j'aimerai savoir s'il est possible de récupérer les tuples entre 2000 et 4000 sans passer par les 5000 premiers, et encore la table contient pour le moment plus 1 000 000 de tuples DISTINCT.
merci pour votre aide.

Essayez ainsi :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

with cte_dst as ( select distinct ACCOUNT_NUM from SCHEMA.TABLE ) , cte_rn as ( select ACCOUNT_NUM , row_number() over(order by ACCOUNT_NUM asc) as rn from cte_dst ) select ACCOUNT_NUM from cte_rn where rn >= 2000 and rn < 40000;

---

Montrez également les plans d'exécution des différentes requêtes.

je te remercie Waldar,
ta requête met 3 fois moins de temps à s’exécuter (6 secondes pour la tienne et 18 pour la mienne).

mais à tout hasard, ça ne serai pas plus rapide si on crée une vue qui contiendrai seulement les distinct des account_num?

Citation:

---

Envoyé par arezkikiki1

...
mais à tout hasard, ça ne serai pas plus rapide si on crée une vue qui contiendrai seulement les distinct des account_num?

---

Pour quoi pensez-vous que l'utilisation d'une vue pouvait accélérer l'exécution de la requête dans ce cas ?

Si tu es en 12c, essaye la nouvelle fonctionnalité d'Oracle avec les mots clés OFFSET et FETCH.
http://docs.oracle.com/javadb/10.5.3...fsetfetch.html

Code:

---

1 2 3

-- Sort T using column I, then fetch rows 11 through 20 of the sorted -- rows (inclusive) SELECT * FROM T ORDER BY I OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY

---

Citation:

---

Si tu es en 12c, essaye la nouvelle fonctionnalité d'Oracle avec les mots clés OFFSET et FETCH.

---

non je suis en 11g, mais je vais me documenter :D .

Citation:

---

Pour quoi pensez-vous que l'utilisation d'une vue pouvait accélérer l'exécution de la requête dans ce cas ?

---

ben, le distinct me retourne prés de 1 000 000 de tuples, alors que la table en contient plus de 27 000 000.

la requête

Code:

---

1 2	select distinct ACCOUNT_NUM from SCHEMA.TABLE

---

, devrait s'exécuter plus rapidement si on sélectionne depuis une vue non???

Votre 1ere requête avec DISTINCT est fausse car il y a une restriction rownum < 5000 avant l'ORDER BY.
Vous pouvez essayer comme ça également

Code:

---

1 2 3 4 5 6 7 8 9

select * from (select req.*, rownum rnum from (select ACCOUNT_NUM from SCHEMA.TABLE group by ACCOUNT_NUM order by ACCOUNT_NUM asc ) req where ROWNUM < 4000) where rnum >= 2000

---

GROUP BY étant actuellement optimisé différemment que DISTINCT :
Fast Query To Get TOP-N Distinct Rows From A Huge Data Table

Cependant avec l'ORDER BY je ne suis pas sûr qu'il y ait une différence.

Un vue stocke seulement le code, qui sera donc exécuté à chaque appel de la vue.
Une vue matérialisée stocke le résultat de la requête (mais il faut la rafraichir).

salut skuatamad,
en effet ta requête est encore plus rapide, elle met 2.5 secondes environ et ma première requête était effectivement fausse.
y a pas à dire, optimiser les requêtes, c'est tout un art. ;)
merci pour l'info.