Discussion :

[LBO72]

Bonjour,

Je suis en Oracle 10GR2. On travaille sur des tables partitionnées à grosse volumétries. Est-ce que mes paramétres de la SGA vous paraissent bons :

Code :

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

1
2
3
4
5
6
7
 
NAME                      VALUE
-------------------- ----------
Fixed Size              2119488
Variable Size        1.4227E+10
Database Buffers     1.1492E+10
Redo Buffers           48209920

Je me pose cette question, car j'ai requête qui dure 15min ou 20heures !!!!!

Code :

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

1
2
3
4
5
Select count(*) from maTable partition yyy  where colx = "toto"
==> temp environ 15 min
select col1, col2, col3,... col10 from maTable  partition yyy  where colx = "toto"
==> temps envriron 20H

J'ai un grand besoin de vos lumières
Merci.
LBO72.

[Ahmed AANGOUR]

vaut mieux dans un premier temps se concentrer sur les plans d'exécution de tes 2 requêtes plutôt que sur la taille de la SGA.

Peux tu afficher les plans d'execution des 2 requêtes avec les filter predicates STP?

[LBO72]

Malheureusement, c'est le même plan d'exécution et au vu des requêtes, c'est normal :-(

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
 
 
PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
 
----------------------------------------------------------------------------------------------------
| Id  | Operation                  | Name        | Rows  | Cost  | Pstart| Pstop |    TQ  |IN-OUT| PQ Distrib |
----------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |             |     1 |  7613 |       |       |        |      |            |
|   1 |  SORT AGGREGATE            |             |     1 |       |       |       |        |      |            |
|   2 |   COUNT STOPKEY            |             |       |       |       |       |        |      |            |
|   3 |    PX COORDINATOR          |             |       |       |       |       |        |      |            |
|   4 |     PX SEND QC (RANDOM)    | :TQ10000    |    12M|  7613 |       |       |  Q1,00 | P->S | QC (RAND)  |
|   5 |      COUNT STOPKEY         |             |       |       |       |       |  Q1,00 | PCWC |            |
|   6 |       PX BLOCK ITERATOR    |             |    12M|  7613 |   215 |   215 |  Q1,00 | PCWC |            |
|   7 |        INDEX FAST FULL SCAN| AK_PCP_HDMD |    12M|  7613 |   215 |   215 |  Q1,00 | PCWP |       
----------------------------------------------------------------------------------------------------

LBO72.

[LBO72]

Voici mes estimatation en lecture disque selon la valeur du DB_CACHE_SIZE :

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
 
 
SIZE_FOR_ESTIMATE SIZE_FACTOR BUFFERS_FOR_ESTIMATE ESTD_PHYSICAL_READ_FACTOR ESTD_PHYSICAL_READS
----------------- ----------- -------------------- ------------------------- -------------------
             1088       .0993               134572                     1.228          5.1413E+10
             2176       .1985               269144                    1.0782          4.5142E+10
             3264       .2978               403716                    1.0475          4.3857E+10
             4352       .3971               538288                    1.0341          4.3294E+10
             5440       .4964               672860                     1.026          4.2958E+10
             6528       .5956               807432                    1.0201          4.2708E+10
             7616       .6949               942004                    1.0147          4.2482E+10
             8704       .7942              1076576                    1.0101          4.2289E+10
             9792       .8934              1211148                    1.0059          4.2114E+10
            10880       .9927              1345720                    1.0003          4.1881E+10
            10960           1              1355615                         1          4.1868E+10
            11968       1.092              1480292                     .9962          4.1708E+10
            13056      1.1912              1614864                     .9924          4.1550E+10
            14144      1.2905              1749436                     .9891          4.1413E+10
            15232      1.3898              1884008                      .986          4.1283E+10
            16320      1.4891              2018580                     .9831          4.1160E+10
            17408      1.5883              2153152                     .9801          4.1035E+10
            18496      1.6876              2287724                     .9767          4.0893E+10
            19584      1.7869              2422296                     .9715          4.0673E+10
            20672      1.8861              2556868                     .9601          4.0197E+10
            21760      1.9854              2691440                     .9233          3.8656E+10
 
21 rows selected.

Cdlt,
LBO72.

[Ahmed AANGOUR]

toutes les colonnes de la 2ème requête font partie de l'index AK_PCP_HDMD?
ta table est crée en mode parallèle ?
20h pour compter 12 millions de lignes? c'est HUGE
relance ta requête en NO PARALLEL pour voir
vérifie si ta partition est fragmentée ou pas

[Pomalaix]

Comme on ne sait rien de votre base, on ne peut pas dire grand chose de votre mémoire.
Vous pouvez toujours utiliser DB_CACHE_ADVICE pour estimer si une augmentation serait judicieuse : http://oracle.developpez.com/sources...ctures_disques

Pour la différence entre 15 minutes et 20 heures, ce ne sont pas les mêmes requêtes, donc il y peut y avoir 1000 bonnes raisons qui expliquent cette différence.
Donc comme d'habitude, fournissez les requêtes complètes et les plans d'exécution, sans quoi personne ne peut vous aider.