Discussion :

[glood1]

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 :

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

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

[al1_24]

Peut-être comme ça ?

Code :

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

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

[pachot]

Bonjour,

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

Code :

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

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.

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

[glood1]

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 :

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

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 ?

[glood1]

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

[glood1]

Bonjour,

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

Code :

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

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 :

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

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

[glood1]

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 :

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

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)