IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Import/Export Oracle Discussion :

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


Sujet :

Import/Export Oracle

  1. #1
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Août 2020
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Août 2020
    Messages : 6
    Par défaut 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 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.

  2. #2
    Membre Expert
    Homme Profil pro
    Développeur Oracle
    Inscrit en
    Décembre 2019
    Messages
    1 175
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur Oracle

    Informations forums :
    Inscription : Décembre 2019
    Messages : 1 175
    Par défaut
    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?

  3. #3
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Août 2020
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Août 2020
    Messages : 6
    Par défaut 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 : 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.

  4. #4
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    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

    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;

  5. #5
    Membre Expert
    Homme Profil pro
    Développeur Oracle
    Inscrit en
    Décembre 2019
    Messages
    1 175
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur Oracle

    Informations forums :
    Inscription : Décembre 2019
    Messages : 1 175
    Par défaut
    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)

  6. #6
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    Citation Envoyé par vanagreg Voir le message
    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...

  7. #7
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Août 2020
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Août 2020
    Messages : 6
    Par défaut Plus au boulot
    Hello,
    Je vous dis ça demain, je ne suis plus au boulot...
    Bonne soirée.

  8. #8
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 461
    Par défaut
    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.

  9. #9
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Août 2020
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Août 2020
    Messages : 6
    Par défaut
    Citation Envoyé par Pomalaix Voir le message
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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.

  10. #10
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    "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 : Sélectionner tout - Visualiser dans une fenêtre à part
    CREATE TABLE EXTRACT.CRN AS SELECT * FROM $SCHEMA_ORI.CRN@base1 WHERE ID_CRN IN (SELECT ID_CRN FROM EXTRACT.LISTE_ID_CRN_EXTRACT ) ;

  11. #11
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Août 2020
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Août 2020
    Messages : 6
    Par défaut
    Citation Envoyé par Ikebukuro Voir le message
    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 Voir le message
    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. #12
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Août 2020
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Août 2020
    Messages : 6
    Par défaut 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.

  13. #13
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    SQL> ALTER TABLE ZZOBJ02 ADD ZZTEST VARCHAR2(50) default 'AZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOPAZERTYUIOP' not null;
    Table altered.
    Maintenant j'exporte les deux tables.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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?

Discussions similaires

  1. Réponses: 6
    Dernier message: 07/08/2007, 21h42
  2. valeur par défaut d'une colonne
    Par nabil148911 dans le forum Oracle
    Réponses: 5
    Dernier message: 06/08/2007, 15h52
  3. Trigger : Récupérer la valeur par défaut d'une colonne
    Par mcspr2002 dans le forum Administration
    Réponses: 5
    Dernier message: 12/01/2007, 13h53
  4. Supprimer une colonne avec valeurs par défaut
    Par SlashOwnsU dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 18/09/2006, 10h10
  5. Réponses: 2
    Dernier message: 06/07/2004, 17h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo