Ajout, suppression et modification de champs

et une liste des champs clé. Par conséquent, même si des champs
spécifiques ne sont pas définis dans le fichier logique, on part du principe
que tous les champs du fichier logique hériteront des champs du fichier physique.
Il n’en est pas de même quand il s’agit d’ajouter un nouveau champ à  un fichier
physique qui a un fichier logique dépendant défini explicitement. Il faut dans
ce cas ajouter manuellement le nouveau champ au membre DDS du fichier logique
et le recompiler si on veut que le fichier logique utilise ce champ.



CHGPF simplifie les modifications de fichier physique, mais le système ne fait
pas tout. Supposons un fichier logique dépendant dans lequel on a spécifié explicitement
une liste de champs incluant un champ supprimé. Si on veut ajouter un nouveau
champ de fichier physique à  cette liste, il faut le faire manuellement. De même,
il faut préciser DLTDELPF(*YES) sur la commande CHGPF chaque fois que le DDS
pour un fichier logique contient une référence explicite (spécifier des champs
clé, par exemple) à  un ou plusieurs champs supprimés dans le fichier physique.
Le fait de définir DLTDELPF(*YES) ordonne au système de supprimer les fichiers
logiques avec ces types de références explicites, et donc il faudra recréer
les fichiers logiques une fois la commande CHGPF exécutée. Toutefois, CHGPF
fait presque tout.



Toute modification apportée aux champs clé d’un fichier ou l’ajout ou la suppression
des mots-clés select/omit de champs existants peut affecter les programmes qui
utilisent ce fichier. Ainsi, si un programme s’attend à  ce que des données soient
extraites d’un fichier dans une certain ordre logique, un changement de la clé
composite du fichier pourrait nuire au bon déroulement du programme. Avant de
procéder à  de telles modifications, il faut d’abord recenser les programmes
qui utilisent le fichier pour déterminer si certaines modifications de programmes
sont nécessaires pour s’adapter à  la modification du fichier.