Discussion :

[arezkikiki1]

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 :

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

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.

[Waldar]

Essayez ainsi :

Code sql :

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

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.

[arezkikiki1]

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?

[mnitu]

...
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 ?

[Ikebukuro]

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 :

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

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

[arezkikiki1]

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 .

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 :

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

1
2
select distinct ACCOUNT_NUM
  from SCHEMA.TABLE

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

[skuatamad]

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 :

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

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).

[arezkikiki1]

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.