Discussion :

[xwawa]

Salut tous,
Je travaille actuellement sur la création d'une grose base de données (40 TO de données).

Mon datawarehouse est sous oracle et j'effectue des mises à jour mensuelles.
Pour faire les mises à jour, je me suis rendu compte que l'uptdate est excrécable en terme de performance,
du coup j'utilises les "ordres"
Delete from

Insert

Ma volumétrie augmentant fortement, je viens de mettre à jour 1 table de 20 millions de lignes en 3h...

Je voulais savoir si il y a un moyen en auracle de réduire fortement le temps de traitmeent pour les mises à jour ...

Merci d'avance

[orafrance]

très mauvaise idée, il n'y a rien de pire qu'un DELETE

Commençons par le commencement : version d'Oracle ? Partitioning installé (et license payée ) ? Volume de la table en question, FK, index, etc...

Dis nous tout

[xwawa]

Alors :

Oracle 9;
Partionning activé par rapport à un code_date;
Volume de la table : 20 Millions de lignes soit ~20 Go (bcp de colonnes... )
Ouais la table est indexée, et y a 3 FK

Comment faire le update, car effectivement le delete est tout pourri,
mais le update
est pire !!
Merci de ton/votre aide

[Magnus]

très mauvaise idée, il n'y a rien de pire qu'un DELETE

Tu veux dire à cause de la HWM, par opposition à TRUNCATE ?

[Jaouad]

Tu veux dire à cause de la HWM, par opposition à TRUNCATE ?

et également par rapport à la gestion des UNDO/RBS

[xwawa]

S'il vous plait
parlez en français,
ou expliquez un minimum,
suis junior en oracle !
Merci

[orafrance]

la High Water Mark est un marqueur qui permet à Oracle de savoir où est le dernier bloc du tablespace. Le problème c'est qu'il est remis à 0 que lors de la création de la table ou d'un TRUNCATE (sans REUSE STORAGE). Du coup, tu peux très bien avoir un COUNT(*) qui dure très longtemps pour retourner 0... c'est parce qu'Oracle parcourt tous les blocs en cas de FULL SCAN.

Trève de digression , le DELETE consomme du UNDO et du REDO, ce que fait aussi l'INSERT... du coup, ça fait double consommation. Si l'update est long c'est peut-être à cause des FK et/ou de trigger. Est-ce que l'update est sur la clé de partitionnement ? Est-ce qu'il est sur des FK ? Est-ce qu'il utilise bien les indexes ?