Réponse tardive, mais j'ai pensé que cela pourrait vous intéresser.
Je travaille sur notre système Cobol depuis plus de 20 ans et nous avons rencontré ce problème plusieurs fois.
Les modifications apportées à la structure de nos fichiers d'index sont ce que nous considérons comme une «version majeure». Ceux-ci exigent des programmes de conversion spécifiques:
- Renommez le fichier physique, déplacer de côté à une version « ancien » fichier
- Ouvrez le « vieux » du fichier (en utilisant une version du copybook avant le changement)
- Ouvrir (créer) la « nouvelle » version du fichier
- Déplacer le contenu de chacun des enregistrements « anciens » à un « nouveau » disque et l'écrit
Bien sûr, ces conversions nécessitent la système à être «bas», d'où th La raison pour laquelle ils sont considérés comme des rejets majeurs. Si vous avez des fichiers susceptibles d'avoir des champs ajoutés dans le futur, vous pouvez ajouter un FILLER supplémentaire à la fin du fichier d'index pour vous permettre de gérer les nouveaux champs ajoutés. Nous avons tendance à ajouter un FILLER de 50 ou 100. Bien sûr, cela ne vous aide pas si vous modifiez l'un des champs existants, ou même la structure de l'une des clés.
Quel genre d'erreur obtenez-vous? –
S'agit-il d'une erreur de compilation ou d'une erreur d'exécution? Et comme Peter le demande, donnez-nous un peu plus de détails. Le numéro de message/texte spécifique serait très utile. – NealB
Il me donne une erreur 39. –