Unload DB2: gérer les colonnes à null [Résolu]

[ted the Ors]

Bonjour,

Je souhaite décharger une table DB2 dans un fichier séquentiel. Le but étant ensuite d'exploiter le fichier dans une base Access (il est à comprendre que le fichier ne servira pas à recharger la table).
Comment faire en sorte que les colonnes valorisées à null génèrent une zone remplie de spaces dans le fichier de sortie sachant que j'utilise DSNUTILB et la sysin suivante:

Code :

1
2
3
4
 
UNLOAD TABLESPACE MONTABLESPACE     
FROM TABLE MATABLE            
DELIMITED COLDEL '#' DECPT ','

D'avance merci.

[bernard59139]

Dans l'unload, il va falloir definir toutes les colonnes de la tables

tiré d'un exemple qui fonctionne chez moi:

Code :

1
2
3
4
5
6
7
UNLOAD DATA     
DELIMITED COLDEL '#' DECPT ','
FROM TABLE MATABLE
(col1 
,col2 
,col3 varchar(20 strip(BOTH)
)

je ne pense pas qu'il y ait plus simple.

[ted the Ors]

Ok, ca a l'air de marcher...
J'ai essayé avec le paramètre POSITION et ca fonctionne bien aussi...(j'ai trouvé cela dans la doc plutôt complète d'IBM).

Question subsidiaire: j'ai un champs DB2 déclaré en Date, comment doit être déclaré le champs dans le UNLOAD. J'ai essayé pas mal de possibilités qui ne fonctionnent pas: DATE, CURRENT DATE (avec et sans "_"), TIME, CHAR...Une idée ou je dois créer un nouveau topic...

[bernard59139]

dans la doc il y a

Date-external(longueur)

.
as-tu essayé?

[Luc Orient]

Envoyé par ted the Ors

... Question subsidiaire: j'ai un champs DB2 déclaré en Date, comment doit être déclaré le champs dans le UNLOAD. J'ai essayé pas mal de possibilités qui ne fonctionnent pas: DATE, CURRENT DATE (avec et sans "_"), TIME, CHAR...Une idée ou je dois créer un nouveau topic...

Mais pourquoi ces champs devraient-ils être déclarés d'une façon particulière ?

[ted the Ors]

Envoyé par bernard59139

dans la doc il y a.
as-tu essayé?

Je n'ai pas vu cela mais j'essaie dès demain...Merci!

Envoyé par Luc Orient

Mais pourquoi ces champs devraient-ils être déclarés d'une façon particulière ?

Pas sûr de comprendre la question ...Dans mon cas, j'ai des champs DB2 alimentés à null, ces derniers ont tendance à rendre mon fichier inexploitable par la suite (je rappelle que je décharge des tables dans des fichiers afin d'exploiter ces derniers sous Access). En spécifiant la position et le type de chaque champs, je peux (théoriquement, si j'ai bien compris) les rendre exploitables.
Après, si vous avez une méthode pour générer un genre de CSV à partir d'une table DB2, je suis preneur !

[Luc Orient]

Envoyé par ted the Ors

... Pas sûr de comprendre la question ...

Je parle bien des champs "temporels" (TIME, DATE, TIMESTAMP). Avec un DSNTIAUL "basique" par exemple, ces champs sont décodés correctement à partir du format interne propre à DB2 ... Et puis n'oublie pas que tu es en format "DELIMITED" ... Mais bon, ça reste à vérifier bien sûr ...

[ted the Ors]

Envoyé par Luc Orient

Je parle bien des champs "temporels" (TIME, DATE, TIMESTAMP). Avec un DSNTIAUL "basique" par exemple, ces champs sont décodés correctement à partir du format interne propre à DB2 ... Et puis n'oublie pas que tu es en format "DELIMITED" ... Mais bon, ça reste à vérifier bien sûr ...

J'avais fait des essais avec DSNTIAUL mais ça ne fonctionnait pas...Je me suis référé à la doc IBM et à ce que je trouvais sur Google qui referait plus à DSNUTILB....
Je ferais des essais demain et vous tiendrait au courant...

[ted the Ors]

Envoyé par bernard59139

dans la doc il y a.
as-tu essayé?

Ca ne fonctionne pas..."INVALID KEYWORD"...

[bernard59139]

Après un petit test, DATE EXTERNAL n'est pas utile avec un UNLOAD DELIMITED... Les colonnes sont bien écrites en "DATE EXTERNAL".

Quel problème as-tu?