Discussion :

[CaptainT]

Bonjour,

J'aurai besoin de l'avis d'experts concernant la mise en place de contrôles de doublons. Je m'explique:

- je reçois des fichiers plats via FTP avec des expéditions
- Ces expéditions sont remontées dans une table temporaire par bloc de 15000 via sqlloader selon certaines règles (on intègre que les expéditions des clients existants dans la base)
- ensuite on copie cette table temporaire dans la
table finale.

Sauf qu'aujourd'hui il n'y a pas de contrôle pour empécher d'éventuels doublons et cela devient très problématique.

Il faudrait donc que je rajoute dans le trigger d'insertion dans la table finale un contrôle. Il ya 2 solutions, pour une expédition donnée (identifiée
par un numéro d'expédition + le numéro de client)

- soit je supprime systématiquement les expéditions avec le meme identifiant avant l'insertion (si y'en a pas ça supprimera rien)
- soit je teste si l'expédition existe déja (table avec tres gros volume) si oui je supprime et j'insère ou j'update

Quelle serait selon vous le moins couteux niveau
performance?

Merci d'avance, je dois agir vite, et nous n'avons pas d'expert Oracle

Serveur Unix, Oracle 9i

[McM]

A mon avis, un MERGE marchera bien.
Faudra rajouter un index unique sur ton (numéro d'expédition + le numéro de client)

[CaptainT]

A mon avis, un MERGE marchera bien.
Faudra rajouter un index unique sur ton (numéro d'expédition + le numéro de client)

Au niveau des index, pour cette table j'en ai déja 7 (qui concernent chacun 1 ou plusieurs champs combinés). Est-ce logique? (la base a été mise en place bien avant mon arrivée, et mes compétences d'admin oracle sont assez limitées)

Je viens de regarder la FAQ pour le merge, ça m'a l'air de bien correspondre a ce que je veux faire. Cependant par rapport a un

Code :

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

1
2
3
4
 
insert into EXPED  (...)
select  ...  from TMP_EXPED
;

(c'est ce qui est en place)
qu'est-ce que ça donne niveau performance?

[orafrance]

une autre solution consiste à ajouter une contrainte d'unicité et de gérer l'exception DUP_VAL_ON_INDEX

Par ailleurs, une table externe en lieu et place de SQL*Loader + insert serait probablement plus performant

[CaptainT]

une autre solution consiste à ajouter une contrainte d'unicité et de gérer l'exception DUP_VAL_ON_INDEX

Par ailleurs, une table externe en lieu et place de SQL*Loader + insert serait probablement plus performant

Concernant la contrainte d'unicité tu le fais au niveau de l'index?
ça va pas etre long de créer un index sur une table de plusieurs dizaines de millions de lignes?

Que veux-tu dire par table externe?

[orafrance]

Tu peux créer une contrainte avec l'option NOVALIDATE pour éviter de vérifier la contrainte sur les lignes qui existe déjà : http://oracle.developpez.com/guide/a...disable_clause

pour la table externe : http://oracle.developpez.com/guide/a...age=Chap1#L1.5
C'est tout simplement une table basée sur un fichier