Order by dans une sous requête

Version imprimable

1 pièce(s) jointe(s)

Bonjour,

J'ai recu une requête de la part d'un collègue (quel beau cadeau n'est ce pas ?) et je me pose une question sur son fonctionnement.
En fait, dans une des sous-requête, y'a un order by, et d'une, j'en vois pas l'intéret, de deux, si je l'enlève, mon temps de traitement explose sans que le plan d'execution ne change pour autant.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Select propdata.apv_prop_reference "Renewal Proposal Number",
       targetset.apv_ch_prev_con_num "Previous Policy Number",
       targetset.apv_created_date "Renewal Date",
       DECODE (propdata.apv_crc_code,
               '99', 'Policy',
               '94', 'Cancelled',
               (Select tvs_description
                  From table_values
                 Where tvs_tad_code = 'PROP_STATUS'
                   And tvs_code = propdata.apv_file_status)
              ) "Status"
  From (Select   rnw.apv_prop_reference,
                 rnw.apv_created_date,
                 rnw.apv_ch_prev_con_num,
                 (Select Max (apv_version_number)
                    From ad_proposal_versions
                   Where apv_prop_reference = rnw.apv_prop_reference)
                                                              maximum_version
            From ad_proposal_versions rnw
           Where 1 = 1
             And rnw.apv_origin_type = 'AUTO_R'
             And rnw.apv_version_number = 1
             And rnw.apv_created_date < to_date('20150327','YYYYMMDD') 
             And rnw.apv_created_date >= to_date('20150326','YYYYMMDD')
        Order By rnw.apv_created_date
        ) targetset,
       ad_proposal_versions propdata
 Where targetset.maximum_version = propdata.apv_version_number
   And targetset.apv_prop_reference = propdata.apv_prop_reference;

Alors bien sur, je sais que les jointures sont pas normalisées. Mais je voulais vous l'envoyer telle que je l'ai recue.
Est ce que ca vous parait cohérent qu'un order by puisse avoir une influence au sein de la requête et en réduire le temps d'execution ? Et si c'est le cas, pourriez vous m'expliquer ce phénomène ?

Ci dessous la comparaison des plans d'execution avec et sans le order by.

Pièce jointe 175392

Hésitez pas à demander si vous avez besoin de plus d'informations.

Merci d'avance.

Steven

20/04/2015, 14h56
mnitu

Citation:

Envoyé par bstevy

..
Alors bien sur, je sais que les jointures sont pas normalisées. ...

Et, qu'est-ce que ça compte ?

Citation:

Est ce que ca vous parait cohérent qu'un order by puisse avoir une influence au sein de la requête et en réduire le temps d'execution ? Et si c'est le cas, pourriez vous m'expliquer ce phénomène ?

D'un manière générale un Order By impose de faire un tri des enregistrements ramènes. Parfois, l'utilisation d'un index sur la/les colonne/s de tri permet de ramener les enregistrements déjà tries ce qui élimine la nécessite d'effectuer l'opération de tri, d'où un gain d'efficacité.
20/04/2015, 15h27
Waldar
Il faudrait vérifier les plans d'exécution réels plutôt que les estimés.
Exécutez vos requêtes avec le hint GATHER_PLAN_STATISTICS :
Code:

1 2 3 4 5 6 set linesize 250; select /*+ gather_plan_statistics */ ... SELECT * FROM TABLE(dbms_xplan.display_cursor(NULL,NULL,'ALLSTATS LAST'));
21/04/2015, 01h54
bstevy

Citation:

Envoyé par mnitu

Et, qu'est-ce que ça compte ?

Hey, ho ^^
Je traine sur ce forum depuis assez longtemps pour savoir qu'il y a des nazis de la jointure normalisée, et que donc ils ne ratent pas une occasion de faire la réflexion dès qu'ils voient ce genre de jointure... donc je préfère prévenir.
21/04/2015, 01h58
bstevy

Citation:

Envoyé par Waldar

Il faudrait vérifier les plans d'exécution réels plutôt que les estimés.
Exécutez vos requêtes avec le hint GATHER_PLAN_STATISTICS :

Ca partait d'une bonne idée ;) Malheureusement...

Citation:

User has no SELECT privilege on V$SQL_PLAN_STATISTICS_ALL
21/04/2015, 17h07
pachot

Bonjour,
Etant donné que les 2 plans sont identiques, je ne pense pas que la différence de temps d'exécution vienne de l'order by'.
Il faudrait mesurer d'autres stats (nombre de logical reads) pour voir s'il y a une différence.
Cordialement,
Franck.