Discussion :

[Invité]

Bonjour tout le monde, je viens vous demander de l'aide car il y a une subtilité que je n'arrive pas à saisir dans l'improt de ma base. Je m'explique: j'ai une base A et une base B. La base A est régulièrement modifié (modification de lignes + ajout de lignes). La base B est une copie (sorte d'archive) de la base A, donc régulièrement j'exporte la base A est l'importe dans la B. Jusqu'ici, tout va bien. Le problème est lorsque des lignes sont supprimées dans la base A, et que je fais un import en B, elles sont aussi supprimés dans cette dernière... et je ne veux pas. Je voudrai que les modifications soient prises en compte, mais qu'à aucun moment il n'y ait de suppression en B.

Voici la commande d'import que j'utilise:
impdp user/pass directory=DIR dumpfile=export.dmp logfile=fic.log tables=MaTable table_exists_action=truncate

J'imagine que c'est le paramètre "truncate" qui est l'origine de mon problème, mais que faut-il mettre? J'ai bien essayé avec "replace", mais même résultat. Avec "append", les lignes existantes mais modifiés ne sont pas prises en compte...

Merci d'avance pour votre aide =)

[escartefigue]

Un utilitaire utilisé seul ne peut pas répondre à ce besoin.

Ce que je fais en général pour ce cas d'utilisation :
- Déchargement de la base miroir dans un fichier
- Déchargement de la base mouvements dans un fichier
- Dédoublonnage des clefs (PK) identiques entre les 2 fichiers, en conservant, en cas de double, la ligne de base mouvements
- Rechargement de la base miroir en mode replace

[Invité]

Merci pour ta réponse!
Alors quand tu parles de "déchargement dans un fichier", cela équivaut à un fichier .dump si je saisi bien?
Ensuite, je n'ai pas compris ta ligne en gras (la plus importante forcément). Je comprend le concept bien sûr mais comment fusionner deux dump en ne gardant que les lignes de la base mouvements lors des conflits entre lignes? Vers quelles commandes dois-je me tourner?

Merci beaucoup =)

[escartefigue]

En fonction du format du fichier et de son volume, plusieurs possibilités :
- tri dans excel (requiert un fichier avec séparateurs, format CSV par exemple), volume limité (1 million de lignes maxi je crois)
- tri par commande unix (requiert des séparateurs blanc ou ":") peu ergonomique, fonctionnalités limitées
- envoi sur un mainframe pour tri (fonctionne avec ou sans séparateur, pas de limite sur la taille du fichier, fonctionnalités quasi illimitées)
- développement d'un traitement spécifique
- utilisation d'une table intermédiaire avec un index multiple
etc...

[Invité]

Ok ok! Je suis en train d'étudier la méthode avec une table temporaire. Cela me semble assez adapté et facile à scripter.
Merci beaucoup =)