Discussion :

[F2127]

Bonjour,

je suis nouveau dans le monde de la programmation cobol/db2 sur z/OS.
J'ai un petit projet à réaliser dans lequel je dois alimenter une base de données DB2 via un programme cobol.

Du coup, j'ai crée une table vide via l'utilitaire db2/ spufi (create table) que j'ai alimentée grâce à un programme cobol comprenant des commandes sql de type insert.
Mais ma problématique à l'heure actuelle est que j'aimerais visualiser cette table (noms des colonnes + enregistrements ajoutés) mais je ne sais pas comment faire.

J'ai essayé sous SPUFI de faire faire un select * mais cela n'a pas fonctionné.

Si une âme charitable veut bien m'expliquer comment faire cela m'aiderai énormément.


Mille merci par avance !

[bernard59139]

J'ai essayé sous SPUFI de faire faire un select * mais cela n'a pas fonctionné.

peux-tu nous en dire +?
@+

[escartefigue]

Bonjour,

je suis nouveau dans le monde de la programmation cobol/db2 sur z/OS.

Bienvenue dans le monde du Mainframe

J'ai un petit projet à réaliser dans lequel je dois alimenter une base de données DB2 via un programme cobol.

S'agit il de charger en masse cette table (d'initialiser son contenu) ou bien de la faire vivre au quotidien
Selon le cas, passer par un programme applicatif est ou n'est pas la bonne solution

Du coup, j'ai crée une table vide via l'utilitaire db2/ spufi (create table)

En test unitaire, voire en recette, créer sa propre table est acceptable (en solution temporaire pour gagner du temps), mais au delà, en pré-prod et prod, vous devrez passer par une demande de création de table et des objets associés (index, vues etc...), selon une procédure spécifique à votre entreprise.
La création des objets base de données répond à des contraintes (normes internes) et est soumise à des droits spécifiques

J'ai essayé sous SPUFI de faire faire un select * mais cela n'a pas fonctionné.

"cela n'a pas fonctionné"... mais encore ?
Quel est le résultat obtenu ? y a-t-il un message d'erreur ? lequel ?

Sinon SPUFI peut vous rendre service pour visualiser le contenu d'une table, mais si vous souhaitez en examiner la structure, d'autres outils sont peut être disponibles dans votre entreprise (CA-Platinum par exemple), car SPUFI n'est pas idéal pour cet usage.

[Luc Orient]

...
je suis nouveau dans le monde de la programmation cobol/db2 sur z/OS ...

c'est curieux ... question presque identique posée dans le forum COBOL ...

question COBOL

[escartefigue]

En effet, et je vois que le DDL de la table ne compte que des colonnes de type char : nom, prénom et produit
Cela signifie que l'identifiant primaire est un identifiant fonctionnel par définition instable

Très, très mauvais choix pour un identifiant primaire : en cas de modification de la valeur, les répercussions dans la BDD via les contraintes d'intégrité sont lourdes de conséquences.
Sans compter que pour autant de valeurs possibles, un identifiant char (ou pire varchar) est beaucoup plus encombrant et donc moins performant qu'un integer
Et sans compter aussi que le (var)char est sensible à la collation

Bref, l'ajout d'un identifiant technique genre "identity column" est fortement recommandé