Discussion :

[gallargues]

Bonjour,

J'ai un soucis (ou un trou de memoire) quand je veux importer un export (owner) dans un schema existant.

En fait je veux rafraîchir une base de test à partir de ma base de prod tous les jours.

L'erreur que j'ai est :

IMP-00019: ligne rejetÚe en raison de l'erreur ORACLE 1
IMP-00003: Erreur ORACLE 1 rencontrÚe
ORA-00001: violation de contrainte unique (GENXXXXX.PK_373673979)

Ma version d'oracle est la 11.1.6.0.
Et ma ligne de commande est :

Code :

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

imp system/xxxx@DWHXXX Fromuser=GENXXX TOUSER=GENXXX FILE="D:\GENXXX.DMP" IGNORE=Y

Il me semble bien qu'on peut rafraîchir une base existante... mais je commence à avoir un doute... serait-ce sur un autre SGBD ?

Ou alors j'ai mal paramétré ma base...

Merci de votre aide

[macben]

De mes connaissances, non ce n'est pas possible.

Le mieux que tu puisses faire c'est mettre un ignore = YES, à ce moment là les lignes déjà existantes (même clé primaire) seront ignorées, mais en aucun cas mises à jour.

[gallargues]

De mes connaissances, non ce n'est pas possible.

Le mieux que tu puisses faire c'est mettre un ignore = YES, à ce moment là les lignes déjà existantes (même clé primaire) seront ignorées, mais en aucun cas mises à jour.

J'avais bien mis Ignore=Y mais j'avais de erreurs..
Mais j'ai contourné le probleme en ajoutant dans mon .BAT de mise à jour
l'execution d'un fichier SQL qui fait un truncate de mes tables.

Comme celà j'ai bien les dernieres données en ligne.

Merci de ton aide

[macben]

J'avais bien mis Ignore=Y mais j'avais de erreurs..
Mais j'ai contourné le probleme en ajoutant dans mon .BAT de mise à jour
l'execution d'un fichier SQL qui fait un truncate de mes tables.

En règle général en effet il est fait un TRUNCATE avant l'import, mais je pensais que tu voulais venir enrichir ta table avec de nouvelles lignes sans perdre les "anciennes" lignes mais sans pour autant avoir de doublons.

[ducho]

Bonjour,

Import avec ignore=Y comme l' a dit pomalaix importe les données de la table en rajoutant les lignes à la table existante .
S'il y a une contrainte (clé primaire par exemple), les lignes existantes déjà
ne seront pas rajoutées mais engendreront une erreur dans le log d'import.
Ce qui peut rendre illisible le log de l'import .

mais à la fin de l'import, les deux schémas seront bien identiques

En général, pour mettre à jour un schéma :
- suppression de l'utilisateur dans la base de test
- création de l' utilisateur dans la base de test
- import de l'utilsateur avec ignore=no (par défaut)

cdlt

[Pomalaix]

Le mieux que tu puisses faire c'est mettre un ignore = YES, à ce moment là les lignes déjà existantes (même clé primaire) seront ignorées, mais en aucun cas mises à jour.

Que nenni, ce que vous dites est un grave contresens !
IGNORE=YES signifie : si la table existe déjà, je ne considère pas ça comme une erreur et je charge les données à la suite de l'existant. Avec le risque de provoquer des doublons...
IGNORE=NO signifie : si la table existe déjà, je considère ça comme une erreur, je ne charge rien et je passe à la table suivante.

[gallargues]

Que nenni, ce que vous dites est un grave contresens !
IGNORE=YES signifie : si la table existe déjà, je ne considère pas ça comme une erreur et je charge les données à la suite de l'existant. Avec le risque de provoquer des doublons...
IGNORE=NO signifie : si la table existe déjà, je considère ça comme une erreur, je ne charge rien et je passe à la table suivante.

Je suis bien d'accord avec toi....

IGNORE= Yes signifie qu'il ne se met pas en erreur pour la creation de la structure de la table mais ajoute les données..

Cdt

[Ahmed AANGOUR]

Pourquoi s'embêter à utiliser l'export/import en 11g ?
En utilisant datapump tu pourrais faire un rafraichissement de ta base de test à partir de ta base de prod sans passer par un fichier dump.
En créant un dblink tu peux importer ce que tu veux dans ta base de test à partir de ta base de prod.
exemple:

Code :

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

1
2
 
impdp HR/HR tables=employees network_link=base_prod

Dans cet exemple tu importes la table EMPLOYEES de ta base de prod dans le schéma HR de ta base de test. BASE_PROD correpsond à un database link pointant sur ta base de PROD.

Tu peux aller sur la doc Oracle pour en savoir plus:
http://download.oracle.com/docs/cd/E...t.htm#i1007380

A+

[macben]

IGNORE=YES signifie : si la table existe déjà, je ne considère pas ça comme une erreur et je charge les données à la suite de l'existant. Avec le risque de provoquer des doublons...

Mais si il met IGNORE=YES et que ses contraintes sont correctement posées il n'aura pas de doublons ?!

Par contre les lignes non-existantes dans cette table seront rajoutées et ces logs ne seront pas remplis de messages d'erreurs "inutiles" dans son cas ?!

N'hésites pas à me dire si je me trompe