DB2 ZOS / table contenant le format date ==> fichier séquentiel

**Hubble1975** · 29/02/2016, 15h51

Bonjour,
Contexte :
+ Je désire décharger des table DB2, contenant entre autre des colonnes au format DATE, sur des fichiers séquentiels pour ensuite les mettre dans des TXT.
+ Une des table contient plus de 100 millions de lignes et fait plus de 100 colonnes

.
+ Avec l'utilitaire UNLOAD, tout fonctionne sauf pour les colonnes au format DATE qui restent illisibles. le DATE EXTERNAL semble signifier external à DB2 mais pas à ZOS.

Question :
Je suis ouvert aux suggestions UNLOAD, DSNTIAUL, DSNTEP4 et REXX afin de trouver une solution.

merci

**escartefigue** · 29/02/2016, 16h53

Bonjour,

C'est étonnant, car de mon coté, avec DSNUTILB comme avec DSNTIAUL, sans paramétrage particulier, j'obtiens des dates lisibles au format CCAA-MM-JJ
Quel format de date avez vous par défaut sur votre DB2 ?

**Luc Orient** · 29/02/2016, 21h20

Bonsoir,

D'accord avec escartefigue, à mon sens, les dates dans DB2 sont toujours externalisées dans un format "lisible" et jamais dans le format interne au SGBD qui lui est réservé.

Après ce format externe peut se paramétrer dans DB2, même si le format standard ISO me semble plutôt bien adapté.

Maintenant le seul cas un peu "tordu" que j'ai rencontré, c'est la présence possible d'un " EXIT " de date appelé " date or time routine " en terminologie DB2. Votre DBA " Système " devrait être capable de vous renseigner sur ce sujet, la mise en place d'une telle routine n'étant pas triviale ...

**bernard59139** · 02/03/2016, 06h48

Bonjour

Amha, et avec le peu d'info données, les colonnes en questions ne doivent pas être au format DATE mais en numérique quelconque.

Un UNLOAD au format DELIMTED devrait tout étendre.
a+

**Hubble1975** · 02/03/2016, 10h23

Bonjour messieurs & merci pour ce voyage entre Massilia, le Nord et l'orient.

je confirme que ma colonne est en format date:
,STATUS SMALLINT NOT NULL WITH DEFAULT
,STATDATE DATE WITH DEFAULT NULL
,MEASURE DECIMAL(9 , 0)

En sortie, j'ai un format packed.
Donc je vais m'orienter sur la recherche de l'EXIT et là je pense que je vais pleurer car si c'est bien mon souci, on n'est pas prêt de le modifier.

je vous tiens au courant & merci encore.

bonne journée.

**escartefigue** · 02/03/2016, 12h25

Envoyé par Hubble1975

Bonjour messieurs & merci pour ce voyage entre Massilia, le Nord et l'orient..

Tiens oui je ne l'avais pas remarqué

Et votre pseudo nous fait voyager beaucoup plus loin

**Hubble1975** · 02/03/2016, 16h47

merci à tous.

**Luc Orient** · 02/03/2016, 20h59

Envoyé par Hubble1975

merci à tous.

oui mais il sert à quoi cet EXIT ?

à mon sens, un EXIT ne devrait pas empêcher de décharger les données dans un fichier séquentiel, quand même ...

**Hubble1975** · 02/03/2016, 21h41

Une personne a pensé que l espace disque était une denrée rare. Donc packé la date était une superbe idée. Une analyse de plus, qui va attendre d avoir du temps pour mesurer l impact de faire sauter l exit.

**escartefigue** · 03/03/2016, 12h27

Envoyé par Hubble1975

Une personne a pensé que l espace disque était une denrée rare. Donc packé la date était une superbe idée. Une analyse de plus, qui va attendre d avoir du temps pour mesurer l impact de faire sauter l exit.

Sur les vieilles applis c'était très courant, l'espace disque voir bande, était rare et cher.
j'ai connu jadis des dates packées et "désignées" pour économiser le demi octet de signe !
Du coup les dates (sans le siècle) tennaient sur 3 octets ... bon c'était pas du relationnel mais une base réseau, mais ca ne change rien à l'affaire

Une autre époque

Par contre dans votre cas, le DDL de la colonne concerné ne doit pas être de type DATE

**Hubble1975** · 04/03/2016, 08h31

Envoyé par escartefigue

Par contre dans votre cas, le DDL de la colonne concerné ne doit pas être de type DATE

si elle est bien définie en date, c'est lors de l'extraction qu'elle devient packé :-).

**escartefigue** · 04/03/2016, 10h14

Envoyé par Hubble1975

si elle est bien définie en date, c'est lors de l'extraction qu'elle devient packé :-).

Alors on revient au point de départ, peut être un exit à la c....

Remarque en marge du sujet : 100 colonnes pour une même table, c'est le syndrome de la table obèse, avec les conséquence que ça implique sur les problèmes d'accès concurrents