[Imp]"unique constraint violated" sur un import

Version imprimable

27/01/2006, 13h51
u_roisin

[Imp]"unique constraint violated" sur un import

J'ai voulu réaliser un export - import (Oracle Version 9i) d’une table (prog_mel_far):

Code:

exp nom_user/mdp_user file=c:/temp/expulysse.dmp tables=prog_mel_far

=> l'export s'est bien terminé

Code:

imp nom_user/mdp_user file=c:/temp/expulysse.dmp tables=prog_mel_far ignore=y commit=y

=> 0 enregistrements importés à cause de violation d'intégrité sur chaque enregistrement :
IMP-00019: row rejected due to ORACLE error 1
IMP-00003: ORACLE error 1 encountered
ORA-00001: unique constraint (GMP366.PK_PROG_MEL_FAR) violated

Comment faire?
27/01/2006, 14h14
Yorglaa

ça dépend de ce que TOI tu veux faire !
vraisemblablement tu essaye d'importer des lignes qui existent déjà (du moins dont les identifiants existents, ce n'est peut être pas strictement les même données).

donc soit tu veux importer ces doublons, mais c'est mauvais parce que vu que l'index unique qui te bloque s'appelle PK_PROG_MEL_FAR => donc c'est certainement la clef primaire... mais sinon il faudrait au préalable désactiver cette contrainte.

ou alors tu dois d'abord vider ta table cible si les données importées doivent les remplacer

ou encore tu veux ajouter les données de ton ficher d'export aux données existantes, mais là alors je pense qu'il serait plus judicieux de passer par du SQL ou du PL/SQL pour générer des clefs uniques valables dans ta table cible... donc par exemple importer ton fichier dans une table de même structure, mais vide PUIS les insérer dans la table finale en respectant les ID.
27/01/2006, 15h33
u_roisin
Comme dit le cours DBA, l'importation permet "de réorganiser le stockage physique des tables."
On a appris en formation qu’il fallait faire régulièrement un export/import. (donc sur la même base, avec les mêmes enregistrements)

Donc, j'importe...ou je tente d'importer. Mais j'ai des violations de Primary Key (PK) partout.
Même si je mets :
Code:

1 2 CONSTRAINTS=N INDEXES=N
En formation Oracle, ça marchait facilement : on travaillait sur une table sans indexe
Et la, je me trouve devant des tables liées les unes aux autres avec pour certaines tables plus de 100 000 enregistrements.
Je veux donc réorganiser les tables une par une.
27/01/2006, 15h48
yvesguep

Pour réaliser ton import correctement, il faut que tu supprime la table avant de l'importer. Ou au moins la vider.

J'aimerais bien savoir qui ta former sur oracle la restructuration des tables par export/import je ne suis pas sur que ce soit la meilleur méthode de réorganisation.
30/01/2006, 11h59
u_roisin

La méthode de réorganisation par export / import est indiquée par mon manuel « Oracle 9i administration » édité par Adhara Informatique.
As-tu une meilleure méthode ?

Si je choisis de vider la table plutôt que de la supprimer, dois-je passer celle-ci OFFLINE ?
30/01/2006, 15h45
yvesguep

Il faudrait mieu supprimer la table plutot que de la vider. Ou alors modifier ses paramètres de stockage une fois la table vide.

Attention aux paramètres d'import/export.

Je crois qu'il existe tout de même d'autre façon de réorganiser les espaces de stockage sans détruire les tables ou les vider et passer par un import/export.
15/02/2006, 16h05
u_roisin

Sur :
http://www.dbazine.com/oracle/or-articles/hordila1
il conseille de faire la reorg avec cette commande :

Code:

ALTER TABLE/INDEX table_name/index_name MOVE/REBUILD ONLINE;

Qu'en pense les experts ?
15/02/2006, 16h09
Jaouad

Bonjour ,

Ce que je conseille personnellement lors des réorgranisation :

- Pour les indexs : Faire un drop /rebuild
- Pour les tables : de faire un move

Mais cela dépend de la version et du contexte

Citation:

Qu'en pense les experts ?

Ca me rappelle une discussion récemment avec un gars de chez Oracle qui disait qu'il n'y a que trés peu d'expert Oracle et pas en france :lol:
15/02/2006, 17h19
u_roisin

Citation:

Mais cela dépend de la version et du contexte

Version : Oracle Version 9i
Contexte : surveillance de base, voir plus puisque personne n'a le temps de s'en occuper ...

Citation:

…qu'il n'y a que trés peu d'expert Oracle et pas en france

Je vise une formation chez Oracle France … tu me la déconseilles ?
16/02/2006, 10h26
Jaouad

Citation:

Envoyé par u_roisin

Citation:

…qu'il n'y a que trés peu d'expert Oracle et pas en france

Je vise une formation chez Oracle France … tu me la déconseilles ?

Non franchement si tu as l'occasion d'y aller fonce , ca accellere réellement la connaissance du produit
16/02/2006, 10h55
aline

Citation:

Envoyé par Jaouad

Bonjour ,

Ce que je conseille personnellement lors des réorgranisation :

- Pour les indexs : Faire un drop /rebuild
- Pour les tables : de faire un move

Mais cela dépend de la version et du contexte

Citation:

Qu'en pense les experts ?

Ca me rappelle une discussion récemment avec un gars de chez Oracle qui disait qu'il n'y a que trés peu d'expert Oracle et pas en france :lol:

Je pense la même chose, mais je rajouterai quand même un petit détail.
Il vaux mieux faire le move de ta table avant le rebuild de tes index car le move rends tout tes index invalides! En effet, ceux-ci s'appuient sur les adresses physique(les rowid) de tes lignes pour acceder aux données. Une reorg de ta table change cela...