Discussion :

[smallone]

Bonjour,

Lors de mon expdp les valeurs des métadata d'une colonne ex : Nom de la colonne 'HORODATAGE' de valeur par défault SYSDATE n'est pas exporté dans le dump, la valeur par défaut de la colonne 'HORODATAGE' est mise à NULL !

La commande que je passe est du style :

Code bash :

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

expdp  \' / as sysdba \'   exclude=GRANT,STATISTICS schemas=${SCHEMASOURCE} logfile=${NOMEXPORT}.log COMPRESSION=ALL GRANTS=n directory=ASVDATAPUMP dumpfile=$NOMEXPORT  ;

Qu'ai je oublié ?

Merci.

Smallone.

[vanagreg]

Bonjour,

Quelle est ta version exacte de base de données? Quand tu dis "valeur par défault SYSDATE n'est pas exporté dans le dump", comment as-tu vérifié? As-tu lancé impdp en renseignant le paramètre SQLFILE pour voir quelle serait le DDL de la table en qestion?

[smallone]

Re,

J'ai fait un import limité à la production du fichier sql et quand je consulte ce fichier, lors de la création de ma table pour cette colonne 'HORODATAGE' j'ai ceci :

Code :

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

1
2
3
4
CREATE TABLE "EXTRACT"."CRN" 
    ("1er_champ"...   ,
     "HORODATAGE" DATE NOT NULL ENABLE,
     "autres champs"...)

Alors qu'à l'origine le champ HORODATAGE de ma table CRN est créé comme ceci :

Code :

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

1
2
3
4
CREATE TABLE "EXTRACT"."CRN" 
    ("1er_champ"...   ,
     "HORODATAGE" DATE NOT NULL DEFAULT SYSDATE ENABLE,
     "autres champs"...)

Je ne comprends pas pourquoi la structure des données n'est pas reprise dans l'export, le type est correct, le null, not null (nullable) est correct mais le data_default n'est pas repris !

J'espère est clair.

Smallone.

[Ikebukuro]

Et que donne la requête

Code :

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

SELECT * from V$VERSION;

sur les DEUX bases?

Peut-être que tu exportes d'une 11 ou d'une 12 vers une 10... c'est depuis la 11 que les colonnes peuvent avoir une valeur par défaut gérée comme une métadata : https://oracle-base.com/articles/12c...ncements-12cr1 : "Oracle 11g introduced the concept of metadata-only default values. Adding a NOT NULL column with a DEFAULT clause to an existing table involved just a metadata change, rather than a change to all the rows in the table. Queries of the new column were rewritten by the optimizer to make sure the result was consistent with the default definition."

Bon, en te relisant, je ne pense pas que ce soit la bonne réponse mais donne nous le résultat des deux SELECTs.


A propos, ceci est redondant

Code :

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

 exclude=GRANT GRANTS=n

Avant-dernier point : "J'ai fait un import limité à la production du fichier sql" et si tu faisais un export limité au .sql, est-ce que la colonne est correctement exportée? Ce qu'il faut isoler c'est si c'est l'export ou l'import qui pose pb.


Dernier point : sur ta table "EXTRACT"."CRN" de la base source (et aussi sur la base cible, tiens, pourquoi pas), j'aimerais bien avoir l'ordre DDL :

Code :

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

1
2
SQL> SET LONG 1000000
SQL> SELECT DBMS_METADATA.GET_DDL('TABLE','CRN','EXTRACT') from dual;

[vanagreg]

Oui tu peux exécuter le dmbs_metadata.get_ddl pour être sûr parce que la syntaxe que tu as indiquée n'est pas valide (le DEFAULT doit se trouver avant la contrainte NOT NULL)

[Ikebukuro]

Oui tu peux exécuter le dmbs_metadata.get_ddl pour être sûr parce que la syntaxe que tu as indiquée n'est pas valide (le DEFAULT doit se trouver avant la contrainte NOT NULL)

Je me demandais surtout si la table incriminée n'avait pas des caractéristiques spéciales : table externe, table IOT...

[smallone]

Hello,
Je vous dis ça demain, je ne suis plus au boulot...
Bonne soirée.

[Pomalaix]

Juste à titre de remarque (rien à voir avec votre problème), COMPRESSION=ALL exige d'avoir la licence pour la compression avancée.
Si ce n'est pas le cas, vous risquez d'avoir des soucis en cas d'audit.