Valeur par défaut d'un descriptif de colonne non exporté.

Version imprimable

06/08/2020, 15h53
smallone

Valeur par défaut d'un descriptif de colonne non exporté.

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:

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.
06/08/2020, 16h06
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?
06/08/2020, 16h20
smallone

Valeur par défaut non exporté
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:

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:

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.
06/08/2020, 16h44
Ikebukuro
Et que donne la requête

Code:

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:

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:

1 2 SQL> SET LONG 1000000 SQL> SELECT DBMS_METADATA.GET_DDL('TABLE','CRN','EXTRACT') from dual;
06/08/2020, 16h58
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)
06/08/2020, 17h25
Ikebukuro

Citation:

Envoyé par 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)

Je me demandais surtout si la table incriminée n'avait pas des caractéristiques spéciales : table externe, table IOT...
06/08/2020, 19h01
smallone

Plus au boulot

Hello,
Je vous dis ça demain, je ne suis plus au boulot...
Bonne soirée.
06/08/2020, 19h08
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.
07/08/2020, 09h02
smallone

Citation:

Envoyé par 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.

Bonjour,

Cette license, je pense que l'état doit la payer ! Nous sommes une administration...

----------

Pour revenir à mon problème, j'ai peut-être une piste...

Je crée à partir d'une table source, la table CRN dans un autre schéma en faisant :

Code:

CREATE TABLE EXTRACT.CRN AS SELECT * FROM $SCHEMA_ORI.CRN WHERE ID_CRN IN (SELECT ID_CRN FROM EXTRACT.LISTE_ID_CRN_EXTRACT ) ;

Dans ce cas, est ce que la méta "valeur par défaut" des différents champs est reprise ?

Smallone.
07/08/2020, 09h54
Ikebukuro

"Dans ce cas, est ce que la méta "valeur par défaut" des différents champs est reprise ?" : aucune idée, il faudra tester ;)
Par contre, si elle n'(est pas reprise par Datapump, pourquoi serait-elle reprise dans ce cas là?
Il faut vraiment identifier la root cause du problème pour éviter que ça se reproduise.

Autre chose, il faudra que tu utilises un dblink pour créer dans la base 2 des données venant de la table de la base 1

Code:

CREATE TABLE EXTRACT.CRN AS SELECT * FROM $SCHEMA_ORI.CRN@base1 WHERE ID_CRN IN (SELECT ID_CRN FROM EXTRACT.LISTE_ID_CRN_EXTRACT ) ;
07/08/2020, 10h31
smallone

Citation:

Envoyé par Ikebukuro

Par contre, si elle n'(est pas reprise par Datapump, pourquoi serait-elle reprise dans ce cas là?

La valeur par défaut ne peut pas être dans le Datapump du fait que ce que j'exporte (la table CRN du schéma EXTRACT) n'est pas correcte au départ..
Le fait de créer une table à partir d'un SELECT ne prendrait apparemment pas la méta valeur par défaut, par contre elle prend bien le type et le nullable...

Citation:

Envoyé par Ikebukuro

Autre chose, il faudra que tu utilises un dblink pour créer dans la base 2 des données venant de la table de la base 1

Je reste sur la même base et la même instance, il n'y a que le nom du schéma qui change, les tables sont pour cela préfixées du nom de schéma.
12/08/2020, 15h48
smallone

Pas de récupération des clauses DEFAULT avec un create tables as select...

Bonjour,

Après quelques autres recherches, CREATE TABLE AS SELECT (CTAS) ne permet pas de récupérer la clause DEFAULT des colonnes...

En complément du script de création de table avec (CTAS), il faut rajouter les clauses DEFAULT des colonnes, à la fin du script, avec des alter table ... MODIFY ...DEFAULT ... ;

On peut récupérer les différentes clauses DEFAULT des tables d'un schéma en faisant :

Connecté au plus haut de l'instance :

select owner, table_name, column_name, to_lob(data_default) data_default from all_tab_columns where owner='MON_NOM_DE_SCHEMA' and data_default is not null;

Il suffit de passer toutes ces lignes dans un : Alter table mon_schema.table_name modify (column_name DEFAULT data_default); en PL/SQL et le tour est joué !

Cordialement.

Smallone.

Chez moi j'avais fait un test avec une valeur par défaut, pas SYSDATE c'est vrai, mais pour l'export/import c'est OK, la contrainte est gardée.

Première table de test.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SQL> create table ZZOBJ01 AS SELECT * from dba_objects;
Table created.
 
SQL> insert into ZZOBJ01 (SELECT * from ZZOBJ01);
SQL> /
SQL> /
SQL> /
...
 
SQL> commit;
 
SQL> select count(*) from ZZOBJ01;
COUNT(*)
----------
1253808

Deuxième table de test : copie de la première.

Code:

1
2
3
4
5
6
7
SQL> create table ZZOBJ02 as SELECT * from zzobj01;
Table created.
 
SQL> select count(*) from ZZOBJ02;
COUNT(*)
----------
1253808

On crée une nouvelle colonne de deux façon différentes.

Code:

1
2
3
4
5
6
7
8
SQL> ALTER TABLE ZZOBJ01 ADD ZZTEST VARCHAR2(50);
Table altered.
 
SQL> update ZZOBJ01 set ZZTEST='AZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOP';
1253808 rows updated.
 
SQL> commit;
Commit complete.

Sur la table 2 la colonne possède en plus les contraintes d"intégrité NOT NULL et DEFAULT.

Code:

1
2
SQL> ALTER TABLE ZZOBJ02 ADD ZZTEST VARCHAR2(50) default 'AZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOP' not null;
Table altered.

Maintenant j'exporte les deux tables.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
[oracle@vbgeneric ~]$ expdp HR DIRECTORY=DATA_PUMP_DIR DUMPFILE=ZZOBJ0102_EXP.dump LOGFILE=ZZOBJ0102_EXP.log TABLES=HR.ZZOBJ01, HR.ZZOBJ02 
Export: Release 12.2.0.1.0 - Production on Sat Aug 8 12:05:20 2020
 
Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.
Password: 
 
Connected to: Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production
Starting "HR"."SYS_EXPORT_TABLE_01":  HR/******** DIRECTORY=DATA_PUMP_DIR DUMPFILE=ZZOBJ0102_EXP.dump LOGFILE=ZZOBJ0102_EXP.log TABLES=HR.ZZOBJ01, HR.ZZOBJ02 
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Processing object type TABLE_EXPORT/TABLE/STATISTICS/MARKER
Processing object type TABLE_EXPORT/TABLE/TABLE
. . exported "HR"."ZZOBJ02"                              230.4 MB 1253808 rows
. . exported "HR"."ZZOBJ01"                              230.4 MB 1253808 rows
Master table "HR"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
******************************************************************************
Dump file set for HR.SYS_EXPORT_TABLE_01 is:
  /u01/app/oracle/admin/orcl12c/dpdump/49BFF8A6BB912582E0530100007F8BE4/ZZOBJ0102_EXP.dump
Job "HR"."SYS_EXPORT_TABLE_01" successfully completed at Sat Aug 8 12:06:03 2020 elapsed 0 00:00:37

Pour mon test, j'importe dans la même base (c'est plus simple) mais en renommant les tables pour les recréer.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
[oracle@vbgeneric ~]$ impdp HR DIRECTORY=DATA_PUMP_DIR DUMPFILE=ZZOBJ0102_EXP.dump LOGFILE=ZZOBJ0102_IMP.log TABLES=HR.ZZOBJ01, HR.ZZOBJ02 REMAP_TABLE=HR.ZZOBJ01:ZZOBJ01_IMPDP, HR.ZZOBJ02:ZZOBJ02_IMPDP 
REMAP_TABLE=HR.ZZOBJ01:ZZOBJ01_IMPDP, HR.ZZOBJ02:ZZOBJ02_IMPDP
 
Import: Release 12.2.0.1.0 - Production on Sun Aug 9 05:14:57 2020
 
Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.
Password: 
 
Connected to: Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production
Master table "HR"."SYS_IMPORT_TABLE_01" successfully loaded/unloaded
Starting "HR"."SYS_IMPORT_TABLE_01":  HR/******** DIRECTORY=DATA_PUMP_DIR DUMPFILE=ZZOBJ0102_EXP.dump LOGFILE=ZZOBJ0102_IMP.log TABLES=HR.ZZOBJ01, HR.ZZOBJ02 REMAP_TABLE=HR.ZZOBJ01:ZZOBJ01_IMPDP, HR.ZZOBJ02:ZZOBJ02_IMPDP 
Processing object type TABLE_EXPORT/TABLE/TABLE
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
. . imported "HR"."ZZOBJ02_IMPDP"                        230.4 MB 1253808 rows
. . imported "HR"."ZZOBJ01_IMPDP"                        230.4 MB 1253808 rows
Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Processing object type TABLE_EXPORT/TABLE/STATISTICS/MARKER
Job "HR"."SYS_IMPORT_TABLE_01" successfully completed at Sun Aug 9 05:16:01 2020 elapsed 0 00:00:59

Regardons l'ordre DDL des tables pour voir s'il y a des différences dans la création des tables; pour cela je lance la commande "ddl" sous SQLCl, le petit successeur parait-il de SQL*Plus.
Pour la table 1, pas de différence bien sur.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
SQL> ddl zzobj01
  CREATE TABLE "HR"."ZZOBJ01" 
   (	"OWNER" VARCHAR2(128), 
	...
	"ZZTEST" VARCHAR2(50)
   ) SEGMENT CREATION IMMEDIATE 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" ;
 
SQL> ddl zzobj01_IMPDP
  CREATE TABLE "HR"."ZZOBJ01_IMPDP" 
   (	"OWNER" VARCHAR2(128), 
	...
	"ZZTEST" VARCHAR2(50)
   ) SEGMENT CREATION IMMEDIATE 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" ;

Idem pour la table 2, même ordre SQL.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
SQL> ddl zzobj02  CREATE TABLE "HR"."ZZOBJ02" 
   (	"OWNER" VARCHAR2(128), 
	...
	"ZZTEST" VARCHAR2(50) DEFAULT 'AZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOP' NOT NULL ENABLE
   ) SEGMENT CREATION IMMEDIATE 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" ;
 
SQL> ddl zzobj02_IMPDP
  CREATE TABLE "HR"."ZZOBJ02_IMPDP" 
   (	"OWNER" VARCHAR2(128), 
	...
	"ZZTEST" VARCHAR2(50) DEFAULT 'AZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOP' NOT NULL ENABLE
   ) SEGMENT CREATION IMMEDIATE 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" ;

Y aurait-il un pb avec SYSDATE?