Discussion :

[titi44]

Bonjour,
J'aurais bientot à utiliser les fichiers VSAM en cobol.
Je voulais savoir si quelqu'un aurait une documentation en français sur le sujet ?

J'ai déjà quelques questions : Il y a t'il une limite dans le nombre de données de la clé d'un VSAM ? Ou dans sa taille ?
Est il envisageable de traiter un fichier de + de 150.000 enregistrements en TP ?

Merci d'avance pour votre aide précieuse

Titi44

[Peut-êtreUneRéponse]

Bonjour Titi44, j'ai 3 chapitres des cours MVS qui pourraient t'intéresser:

• Chap 7 - Présentation des fichiers VSAM et utilisation d'AMS
• Chap 8 - Etudes détaillées des fichiers VSAM
• Chap 9 - Fichiers VSAM, index secondaires

Pour l'instant ils ne sont pas en ligne mais je les ai au format word. Si ça t'intéresse, laisse moi ton email par MP pour que je te les envois.

NB: ils ont été rédigé il y a quelques temps, je ne les ai pas encore dépoussiérés, je le fais généralement au moment de les mettre en ligne mais comme tu en as besoin...

.

[marti]

Bonjour,

je suis aussi interessé par l'utilisatin des fichiers VSAM en COBOL.

Merci

[ego]

Bonjour,

je m'intéresse aussi au fichiers VSAM.
Mon email est mailto:erik_gollot@yahoo.fr
Je suis donc intéressé par les versions word des chapitres que tu mentionnes sur ta page de cours.

Sinon, existe t-il une solution pour avoir des fichiers VSAM sous Windows ?
Connais-tu un driver JDBC pour VSAM qui soit gratuit ?

Mon idée étant de voir ce que je peux faire avec un driver JDBC pour fichiers VSAM et un outil de rétro-conception de base de données. Je veux donc voir ce que pourrait donner une vision relationnelle d'un fichier VSAM.

Merci d'avance

[Luc Orient]

... Sinon, existe t-il une solution pour avoir des fichiers VSAM sous Windows ?
Connais-tu un driver JDBC pour VSAM qui soit gratuit ?

Pour moi les fichiers VSAM sont vraiment spécifiques à la plateforme z/OS.
Ils sont déjà difficilement manipulables avec TSO/ISPF, alors imaginer un accès client gratuit en plus ...
Mais bon on ne peut jurer de rien ...
Le SGBD relationnel DB2 z/OS est considérablement plus sophistiqué que VSAM et offre de nombreuses possibilités d'accès distribués.

Mon idée étant de voir ce que je peux faire avec un driver JDBC pour fichiers VSAM et un outil de rétro-conception de base de données. Je veux donc voir ce que pourrait donner une vision relationnelle d'un fichier VSAM.

C'est du VSAM KSDS, ESDS, RRDS ou LDS ?
Encore une fois la comparaison avec DB2 et son catalogue (le "méta modèle") va donner un très net désavantage à VSAM.
Par exemple, que fournir en entrée de l'outil de rétro-conception ?

[ego]

En fait, il existe des drivers JDBC pour VSAM, notamment chez IBM. Mais vu la doc, rapidemment, il fonctionne sous une forme client/serveur avec le fichier VSAM toujours sous z/OS. J'imaginai qu'il puisse y avoir une émulation côté Windows pour éviter un accès mainframe.
Pour la comparaison avec DB2, il ne s'agit pas de cela car je veux simplement "voir" un fichier VSAM comme on voit une BD relationnel. Le bien fondé de l'utilisation de VSAM n'est pas en cause ici.
Et comme nous travaillons dans la même boite, tu dois savoir qu'il y a encore des fichiers VSAM utilisés malgré la supériorité des bases relationnelles actuelles. Mais ça c'est un peu comme le reste...........

[Luc Orient]

... Et comme nous travaillons dans la même boite, tu dois savoir qu'il y a encore des fichiers VSAM utilisés malgré la supériorité des bases relationnelles actuelles. Mais ça c'est un peu comme le reste...........

Justement ça m'étonne un peu, puisque pour notre site principal z/OS les fichiers VSAM sont vraiment très rares, sauf cas particuliers comme les progiciels par exemple.
Il pour ça plein de raisons, mais une est vraiment majeur : IMS/TM notre moniteur transactionnel a beaucoup de mal a "bien" travailler avec de tels fichiers ...

[ego]

c'est une information très intéressante, merci.
Je ne révèlerai bien sûr pas ici le projet qui m'a demandé cela mais oui, cela existe. Peut être s'agit-il d'une migration vers DB2, je ne connais pas encore le détail ! :-)

Merci de ta réponse

[m.nico]

La facon la plus simple de proceder est de migrer le fichier VSAM sous DB2 et de l'acceder grace a un client ODBC.
Il existe des produits de migration VSAM vers DB2.(VSAM2DB2)

[ego]

ok, merci de ta réponse