Purger une table et copier les données purgées dans une table

Version imprimable

j'aimerais purger cette table et copier les données dans une table archive
cette requête me semble pas terrible du tout et cela met des plombes

Code:

1
2
3
4
5
6
7
8
INSERT INTO riskindfieldinstance_archive (table 12 GO) 
   SELECT *
     FROM riskindfieldinstance (table de 4 go)
    WHERE riskindinstancehandle IN
             (SELECT DISTINCT rii.handle
                FROM riskindicatorinstance rii, substepinstance ssi
               WHERE     rii.substepinstancehandle = ssi.handle
                     AND ssi.startvaliddate < ADD_MONTHS (SYSDATE, -2))

Merci de vos conseils

Peut-être comme ça ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
INSERT INTO riskindfieldinstance_archive -- table 12 GO 
SELECT  *
FROM    riskindfieldinstance    rfi --  table de 4 go
WHERE   EXISTS
        (   SELECT  1
            FROM    riskindicatorinstance   rii
                INNER JOIN
                    substepinstance         ssi
                    ON  rii.substepinstancehandle = ssi.handle
            WHERE   ssi.startvaliddate < ADD_MONTHS(SYSDATE, -2)
                AND rfi.riskindinstancehandle = rii.handle
        )
;

14/05/2013, 22h05
pachot
Bonjour,

Il faudrait voir le plan d'exécution pour voir ce qui prend du temps.
Code:

1 2 3 alter session set statistics_level=all; insert into... select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));
Si l'insert prends du temps, un insert /*+ append */ est peut être une bonne idée vu le volume.

Cordialement,
Franck.
15/05/2013, 08h33
ojo77

J'ajourerai à la réponse de F. Pachot, qu'il est intéressant de désactiver les contraintes et les index sur la table cible et de les réactiver après l'insertion des données.

Si les volumétries sont vraiment importantes utiliser le partitionnement et travailler au niveau partition apportera aussi un gain.

Citation:

Envoyé par pachot

Bonjour,

Il faudrait voir le plan d'exécution pour voir ce qui prend du temps.
...

hello, Merci frank
a quoi sert ce hints concrètement ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
ALTER session SET statistics_level=ALL;
INSERT INTO riskindfieldinstance_archive -- table 12 GO 
SELECT  *
FROM    riskindfieldinstance    rfi --  table de 4 go
WHERE   EXISTS
        (   SELECT  1
            FROM    riskindicatorinstance   rii
                INNER JOIN
                    substepinstance         ssi
                    ON  rii.substepinstancehandle = ssi.handle
            WHERE   ssi.startvaliddate < ADD_MONTHS(SYSDATE, -2)
                AND rfi.riskindinstancehandle = rii.handle
        )
 
SELECT * FROM TABLE(dbms_xplan.display_cursor(NULL,NULL,'allstats last'));

fonctionne pas ?

15/05/2013, 10h52
glood1

Citation:

Envoyé par ojo77

J'ajourerai à la réponse de F. Pachot, qu'il est intéressant de désactiver les contraintes et les index sur la table cible et de les réactiver après l'insertion des données.

Si les volumétries sont vraiment importantes utiliser le partitionnement et travailler au niveau partition apportera aussi un gain.

Merci oui j'y avais pensé je vais voir
Quand tu dis désactiver c'est supprimer et recréer

Citation:

Envoyé par pachot

Bonjour,

Il faudrait voir le plan d'exécution pour voir ce qui prend du temps.

Code:

1
2
3
alter session set statistics_level=all;
insert into...
select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

Si l'insert prends du temps, un insert /*+ append */ est peut être une bonne idée vu le volume.

Cordialement,
Franck.

voila le plan les zamis

Code:

1
2
3
4
5
6
7
8
9
10
11
12
------------------------------------------------------------------------------------------------------
| Id  | Operation                | Name                         | Rows  | Bytes |TempSpc| Cost (%CPU)|
------------------------------------------------------------------------------------------------------
|   0 | INSERT STATEMENT         |                              |    30M|  2467M|       | 91182   (5)|
|   1 |  LOAD TABLE CONVENTIONAL | RISKINDFIELDINSTANCE_ARCHIVE |       |       |       |            |
|   2 |   HASH JOIN RIGHT SEMI   |                              |    30M|  2467M|   485M| 91182   (5)|
|   3 |    VIEW                  | VW_SQ_1                      |    15M|   303M|       | 35233   (4)|
|   4 |     HASH JOIN            |                              |    15M|  1805M|    55M| 35233   (4)|
|   5 |      TABLE ACCESS FULL   | SUBSTEPINSTANCE              |  1021K|    43M|       |   646  (18)|
|   6 |      TABLE ACCESS FULL   | RISKINDICATORINSTANCE        |    15M|  1127M|       | 13836   (6)|
|   7 |    TABLE ACCESS FULL     | RISKINDFIELDINSTANCE         |    30M|  1887M|       | 14412  (11)|
------------------------------------------------------------------------------------------------------

Citation:

Envoyé par ojo77

J'ajourerai à la réponse de F. Pachot, qu'il est intéressant de désactiver les contraintes et les index sur la table cible et de les réactiver après l'insertion des données.

Si les volumétries sont vraiment importantes utiliser le partitionnement et travailler au niveau partition apportera aussi un gain.

bon maintenant j'ai plus qu' deleter les lignes inserer
Code:

1 2 3 4 5 6 7 8 9 10 delete from riskindfieldinstance where riskindinstancehandle in ( select distinct rii.handle from substepinstance ssi, riskindicatorinstance rii where ssi.startvaliddate < add_months(sysdate,-2) and ssi.handle = rii.substepinstancehandle)