Performance SQL Loader

[devdev2003]

Bonjour,

J'utilise Sqlldr pour charger des données volumineuses (plus de 150.000.000 lignes/jours) dans une table organisée en index IOT, et partitionnée par jours.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
DESC MY_TABLE 
 
CREATE TABLE MY_TABLE
(
  CHAMP1     VARCHAR2(20 BYTE),
  CHAMP2     VARCHAR2(20 BYTE),
  CHAMP3     NUMBER(5),
  CHAMP4     VARCHAR2(3 BYTE),
  CHAMP5     DATE,
  CHAMP6     NUMBER(9),
  CHAMP7     DATE    DEFAULT trunc(sysdate), 
 
  CONSTRAINT MY_TABLE_PK PRIMARY KEY (CHAMP1, CHAMP2, CHAMP3, CHAMP4, CHAMP5)
)
ORGANIZATION INDEX

Et voilà la commande sqlldr :

Code :

1
2
 
sqlldr DATA=FILE_NAME LOG=FILE_NAME.log              BAD=FILE_NAME.bad CONTROL=FILE_NAME.ctl USERID=USER/PASS

Comment faire pour charger les données plus rapidement dans MY_TABLE ?

exemple souhaitable

Merci d'avance

[pifor]

Quelle est la version d'Oracle utilisée ?

Avez-vous analysé les performances des chargements avec la trace SQL et TKPROF afin de savoir ce que fait l'instance Oracle en détail et quels sont les wait events ?

[devdev2003]

Envoyé par pifor

Quelle est la version d'Oracle utilisée ?

Désole, La version d'oracle est :

Oracle9i Enterprise Edition Release 9.0.1.0.0 - 64bit Production

Envoyé par pifor

Avez-vous analysé les performances des chargements avec la trace SQL et TKPROF afin de savoir ce que fait l'instance Oracle en détail et quels sont les wait events ?

Concernant se point là, il me semble que tout est OK.

Mais le temps qui prend le chargement des données par journée est considérable !

Je me demande quel sont les technique a exploiter pour accelerer le chargement ?

Merci pour votre aide

[pifor]

Voir les options de chargement direct (direct path load) avec les possibilités de parallélisme que vous devez gèrer manuellement. Attention aux limitations (pas de transactions concurrentes, choix du mode ARCHIVE LOG ou non de l'instance, impact sur les index et contraintes, etc.)

[devdev2003]

Envoyé par pifor

Voir les options de chargement direct (direct path load) avec les possibilités de parallélisme que vous devez gèrer manuellement. Attention aux limitations (pas de transactions concurrentes, choix du mode ARCHIVE LOG ou non de l'instance, impact sur les index et contraintes, etc.)

Merci beaucoup pifor, je vais tester