Discussion :

[Isabella]

Bonjour,

Je voudrais créer une table externe DEPT_EXT, par exemple, à partir d'un dumpfile DEPT.DMP,
j'utilise alors le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
CREATE TABLE HR.DEPT_EXT (
deptno NUMBER(2),
dname VARCHAR2(14),
loc VARCHAR2(13)
)
  ORGANIZATION EXTERNAL (
     TYPE ORACLE_DATAPUMP
     DEFAULT DIRECTORY dtpump
     LOCATION ('dept.dmp')
  );

L'opération fonctionne bien et je peux faire tous types de SELECT sur la table externe ainsi générée,
Sachant que le fichier DEPT.dmp a été généré à partir de la base source via le code :

Code :

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

1
2
3
4
5
6
7
8
 
create table DEPT_EXT
organization external (
type oracle_datapump 
default directory dtpump
location ('DEPT.dmp')
)
as select * from scott.dept;

En essayant la même chose avec un DUMPFILE provenant de la même base source mais généré par le biais de l'utilitaire EXPDP, la table est créée mais le SELECT me sort l'erreur suivante :

Code :

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

1
2
 
ora-31619 invalid dump file

Quelqu'un est il déjà passé par là ?

Merci par avance.

N.B
J'utilise : Oracle 10.2.0.3.0 / Windows 2003 Server

[Z3phur]

Bonjour,

à ma connaissance tu ne peux pas monté un datapump dans une table externe, en effet le datapump n'est pas un fichier texte mais un fichier fabriqué par oracle lors de l'export, seul l’interpréteur impdp peut le lire.

[Isabella]

Merci Z3phur pour la réponse,

Si ta réponse est définitive je serai vraiment déçue, j'ai beacoup misé sur cette possibilité d'exploiter les tables d'un dump sans le charger dans la base, notamment lorsque l'on parle d'un driver ORACLE_DATAPUMP qui selon son nom devrait faciliter l'accès aux dumps pour en extraire les données,

Sinon je ne vois pas l'utilité de passer par les tables externes puisque on a EMPDP & EXPDP et qu'on est obligé de faire l'import d'un DUMP.

Bref,

Dois-je mettre la baslise RESOLU ?

ou bien reste t il encore de l'espoir ?

[Z3phur]

Bonjour,

je me suis trompé, tu peux bien le faire

cf : http://coursdba.estsurinternet.com/c...ts-de-donnees/

mais il faut que tu déclare la liste des colonnes dans ta création de table externe.

Désolé de l'erreur et merci j'ai appris encore un truc aujourd'hui.

[Isabella]

Merci de me redonner l'espoir, mais ... mon problème reste posé.

En effet, tu parles d'énumération de colonnes dans la définition de ma table externe, c'est exactement ce que j'ai fais , voir début de mon post, d'ailleurs je me suis servie du même lien que tu viens de m'indiquer pour élaborer ma syntaxe,

Syntaxe qui fonctionne jusqu'au bout, je rappelle, lorsque le dump provient lui même d'une table externe

Par contre, lorsque le dump provient d'une opération d'export avec EXPDP, Cette même syntaxe continue à fonctionner pour générer la tabale externe (dans la base cible) mais qui reste une table non expoloitable, elle génère l'erreur :

Code :

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

 ora-31619 invalid dump file

lorsqu'on exécute un SELECT.

[PpPool]

Bonjour,

ATTENTION - cette solution ne peut être viable dans le temps au niveau performances.

Vous parlez d'interrogations SQL (SELECT) de cette table, mais c'est j'espère pour réalimenter d'autres tables que physiquement vous pourrez indexer, stater par exemple

j'ai un peu de mal à comprendre l'intérêt de cette mise en place, sachant qu'un import en mode include fonctionne si bien ?

[Z3phur]

peux-tu nous donner la commande de l'export s'il te plait.

puis en dessous l'ordre de creation de ta table externe et enfin la commande de création du directorie