MODIFICACIÓN DE LA FDT

Aunque puede modificarse la FDT una vez creada, utilizando los servicios de ISISDEF, debe tenerse en cuenta que algunos cambios pueden tener severas repercusiones, especialmente si ya se han incorporado registros en la base de datos correspondiente. Cada vez que se modifica la FDT, CDS/ISIS realiza una verificación de consistencia de las hojas de trabajo definidas para esa base de datos, y bajo ciertas condiciones las modificará automáticamente si esto es necesario. Sin embargo, pueden requerirse cambios adicionales, no sólo a las hojas de trabajo, sino también a las FST y a los formatos de visualización definidos para la base de datos.

En caso de modificaciones mayores a la FDT, pueden requerirse cambios a la propia base de datos. Si se requieren cambios a la base de datos, pueden realizarse automáticamente utilizando los servicios de importación/exportación de ISISXCH, o es posible que tengan que realizarse en forma manual.

A continuación se presentan sugerencias acerca del impacto de algunos cambios en la FDT, así como indicaciones sobre las acciones que CDS/ISIS toma automáticamente.

Agregar un campo: Añadir el campo a cuando menos una hoja de trabajo de ingreso; añadir el campo a cuando menos un formato de visualización; añadir el campo a la FST para inversión en caso de ser necesario.

Cancelar un campo: CDS/ISIS cambiará automáticamente ese campo a un campo de título en todas las hojas de trabajo donde se halle presente, con lo cual, se impide la inclusión de información de ese campo en la base de datos; el usuario puede eliminar el campo de las hojas de trabajo donde se halle presente, utilizando los servicios de ISISDEF; cancelar el campo de los formatos en los que aparezca; si el campo ha sido ingresado en registros de la base de datos, úsese ISISXCH para cancelarlo; si el campo ha sido invertido, eliminarlo de la FST y reinvertir la base de datos.

Cambio del rótulo (ETIQUETA) de un campo: Proceder como si se cancelara el campo antiguo y se agregara el nuevo. Use ISISXCH para cambiar el rótulo del campo, y después, si el campo había sido invertido, reinvertir la base de datos.

Cambio de nombre de un campo: Cambiar, en caso necesario, el nombre en las hojas de trabajo y en los formatos.

Aumento de longitud del campo: En caso necesario, aumentar la longitud del campo en las hojas de trabajo.

Reducción de longitud del campo: CDS/ISIS automáticamente reduce la longitud del campo en las hojas de trabajo cuando el campo no es repetible.

Cambio de tipo de campo: CDS/ISIS cambiará automáticamente el tipo de campo en todas las hojas de trabajo donde exista ese campo. Sin embargo, dependiendo de cual sea el nuevo tipo que se haya asignado, los registros que ya se hallan en la base de datos pueden resultar inconsistentes con el nuevo tipo, y por lo tanto, pueden ser necesarios cambios manuales.

Convertir un campo a repetible: Extender, en caso necesario, la longitud del campo en las hojas de trabajo, o considérese la posibilidad de convertirlos en campos de ventana; si el campo debe ser invertido, modificar la FST para inversión para que se extraigan correctamente todas las ocurrencias del campo; modificar los formatos para visualizar el campo de manera correcta.

Convertir un campo a no repetible: De ser necesario, CDS/ISIS reducirá la longitud del campo en las hojas de trabajo donde exista ese campo; el usuario debe cancelar manualmente las ocurrencias adicionales del campo en la base de datos, cuando las haya, o considerar acciones alternas.

Cambio de la estructura de subcampos: De ser necesario, debe reformatearse en la base de datos las ocurrencias del campo, de acuerdo con la nueva estructura, usando ISISXCH; si el campo estaba invertido, y los elementos del archivo invertido ya no corresponden a la nueva estructura, reinvertir la base de datos después de haber modificado de manera adecuada la FST; los formatos pueden también requerir cambios.

Cambio de patrón del campo: CDS/ISIS modificará automáticamente el patrón en todas las hojas de trabajo donde se presente el campo. Sin embargo, los registros ya almacenados en la base de datos, pueden ser inconsistentes con el nuevo patrón. En este caso, deben ser modificados manualmente.