Discussion :

[tux2005]

Bonjour à tous,

J'ai 2 problèmes.
Je tiens à préciser que je débute sur DB2...

1-
Je travaille sur une base DB2. Une personne que je ne peux pas contacter à déplacer 3 colonnes (Ca1, Ca2, Ca3) d'une table A vers une table B sous TSO.

Suite à cette modification :
les contraintes d'intégrité référentielle ont disparues => est-ce possible et comment cela a pu se passer ?

Pour résumer :
situation avant la modification :
Table A : Ca1, Ca2, Ca3, Cax
Table B : Cb1, Cb2

situation apres la modification :
Table A : Cax
Table B : Ca1, Ca2, Ca3, Cb1, Cb2
=> contraintes supprimées


2-
Pourriez vous m'expliquer comment est interpréter un alphanumérique de type variable ? je ne comprends pas dans un fichier SYSPUNCH pourquoi au niveau de ce varchar, les positions passent de 400 à 16460.

J'espère avoir été clair.
Je vous remercie par avance.

Tux2005

[Luc Orient]

...
1-
Je travaille sur une base DB2. Une personne que je ne peux pas contacter à déplacer 3 colonnes (Ca1, Ca2, Ca3) d'une table A vers une table B sous TSO.

Suite à cette modification :
les contraintes d'intégrité référentielle ont disparues => est-ce possible et comment cela a pu se passer ?

Pour résumer :
situation avant la modification :
Table A : Ca1, Ca2, Ca3, Cax
Table B : Cb1, Cb2

situation apres la modification :
Table A : Cax
Table B : Ca1, Ca2, Ca3, Cb1, Cb2
=> contraintes supprimées

Je pense que vos deux tables ont été détruites puis recréées (c'est certain pour celle qui a eu des colonnes supprimées).
Les contraintes d'intégrité ont alors disparu.
Il serait intéressant d'avoir le schéma d'intégrité d'origine.

2-
Pourriez vous m'expliquer comment est interpréter un alphanumérique de type variable ? je ne comprends pas dans un fichier SYSPUNCH pourquoi au niveau de ce varchar, les positions passent de 400 à 16460.

J'espère avoir été clair.
Je vous remercie par avance.

Tux2005

Comment a été généré le fichier SYSPUNCH ?
DSNTIAUL ? UNLOAD ? autre ?
Il me semble que pour un fichier de déchargement c'est la longueur maximum de la colonne qui est indiquée. Un demi octet est réservé avant la zone dans le fichier pour stocker la longueur réelle.

[tux2005]

merci pour ton aide Luc.
et désolé de ne pas avoir répondu plus tot.

Je n'avais en fait pas les bonnes informations pour mon problème numéro 2.
Merci pour l'explication sur les contraintes car c'était effectivement cela.