Calculer le pas de commit;

Bonjour les braves :-)

Je suis en Oracle 10GR2 et désire savoir comment calculer le pas de commit pour faire des maj en batch sur une Table de plus 50.000.000 records ?
Cela dépend-t-il du RBS ?
Y'a-t-il une règle pour calculer ce fameux pas :-)

Merci de vos réponses.

LBO72.
:ccool:

Bonjour,

Qu'entends -tu par pas de commit ??

Est tu dans du SQL ou PL/SQL ?

Que veux tu faire exactement , un update ... ?

Si c'est un update , combien de lignes tu updates sur la totalité de la table ?

Bonjour et merci pour la réponse,

Version : Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production

Dans un bloc PlSql, je fais des inserts dans une table. A quelle fréquence dois-je faire le commit ? tous les 10.000 records ? tous 15.000 records ? comment calculer ce pas de commit;

Cdlt,
LBO72

ah ,
C'est des insert !

tu peux ne pas faire de commit dans ta boucle pour ne pas avoir le fameux ORA-01555 Snapshot too old

autrement dit il n'y a pas de calcul savant pour le "pas de commit " !

Il faut surtout mettre le commit a l'exterieur de la boucle .

Peux tu faire un insert append ou CTAS (Create table as select )?

C'est le plus rapide

Sinon activer le "nologging", et "disable index"
-insert
-enable index
-activation logging

et pourquoi pas des inserts en mode BULK pour réduire le nombre de changement de contexte ? J'ai déjà testé c'est très performant

Merci à vous deux pour vos réponses

Fatsara, tu me mis que je ne peux pas mettre de commit dans ma boucle, chose que j'ai testée, et apparemment ça marche. je me permets de te tutoyer. on en en famille dans ce site :-)

Citation:

---

DEV1)>
declare
i number(2);
begin
i := 10;
for cur in (select * from dba_tables where rownum < 10) loop
insert into toto values(i);
i := i - 1;
commit;
end loop;
end;

PL/SQL procedure successfully completed.

DEV1)>select * from toto;

NN
----------
10
9
8
7
6
5
4
3
2

---

Cdlt,
LBO72

Tu as pu le faire car tu en a fait 10 !

Je veux dire tu risques d'avoir le message ORA-01555 sur un plus gros volume de données.

Autrement dit ce n'est pas systematique mais tu peux avoir un Snaphot too old avec cette methode.

On parle bien de gros volume.

Effectivement, si tu ne peux pas te permettre de faire du SQL pur par un insert select qui est de loin le plus rapide !
tu peux essayer un BULK avec clause LIMIT sinon la base risquerait d'avoir des problemes de mémoire