Discussion :

[bstevy]

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 :

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

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.





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


Merci d'avance.

Steven

[mnitu]

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

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

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

[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 :

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

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

[bstevy]

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.

[bstevy]

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

User has no SELECT privilege on V$SQL_PLAN_STATISTICS_ALL

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