6








                                PARTE 2: TECNICAS
              
                    SECCION 3. TABLA DE DEFINICION DE CAMPOS (FDT)
          _________________________________________________________________

          La FDT aporta informaci¢n sobre el contenido de los registros del
          archivo maestro de una base de datos dada.  En particular, define
          los diversos  campos que pueden estar presentes,  y una  serie de
          par metros para cada campo.

          La FDT es  utilizada  para  controlar  la  creaci¢n  de  hojas de
          trabajos de  captura para  la  base  de datos,  y para validar el
          contenido de los campos.  Es creada o modificada por medio de los
          servicios de ISISDEF,  utilizando el editor de l¡neas de CDS/ISIS
          (descrito  bajo "editor  de l¡neas",  en la p g.  ?). La figura 5
          muestra un ejemplo de una FDT,  tal como la presenta el editor de
          l¡neas.

          Tabla definici¢n de campos (FDT)              Base de Datos:  CDS
          ÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ
           ?|ETQ |         Nombre        |Long|Tip|Rep|Delimitador/Patr¢n |
          ÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ
           _ 12 Entrada principal
              conferencia                  300   X     npdz
           _ 24 Titulo                     500   X     z
           _ 25 Edici¢n                    100   X
           _ 26 Pie de imprenta            300   X     abc
           _ 30 Descripci¢n f¡sica         100   X     abc
           _ 44 Serie                      300   X  R  vz
           _ 50 Notas                      500   X
           _ 69 Palabras clave            1000   X
           _ 70 Autores personales         100   X  R
           _ 71 Entidades corporativas     300   X  R
           _ 72 Conferencias               300   X  R  npdz
           _ 74 Titulo adicional           500   X  R  z
           _ 76 T¡tulos en otros idiomas   500   X  R  z
          ÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ
          Figura 5: Ejemplo de tabla de definici¢n de campos

          A. Gu¡a general para dise¤o de bases de datos

            La naturaleza  general de  CDS/ISIS  permite al usuario definir
          bases  de  datos  de  acuerdo  con  sus  necesidades espec¡ficas.
          CDS/ISIS nunca presupone nada  acerca  de los datos  que se est n
          procesando,  y en particular, no conoce acerca de su significado.
          Simplemente  aporta  un conjunto de  funciones requeridas normal-
          mente  en cualquier  paquete de almacenamiento y  recuperaci¢n de
          informaci¢n,  que auxilian al usuario en el establecimiento de un
          sistema  eficiente de  informaci¢n.  Debido a  esto, es imposible
          proporcionar un conjunto de reglas fijas para definir una base de
          datos, sino solo gu¡as generales. Los p rrafos siguientes abarcan


                                         37








          algunos de los aspectos b sicos del dise¤o de bases de datos. Sin
          embargo, con objeto de obtener el m ximo provecho de CDS/ISIS, el
          usuario debe estar completamente familiarizado con todas  las fa-
          cilidades que ofrece,  y en particular con las tcnicas espec¡fi-
          cas descritas  en este cap¡tulo,  ya que un  dise¤o deficiente de
          la base de datos puede  posteriormente impedir el uso  de algunas
          caracter¡sticas de CDS/ISIS. Por ejemplo, para el dise¤o de bases
          de datos integradas es indispensable el conocimiento  profundo de
          algunas  caracter¡sticas  avanzadas  tales  como  la  funci¢n REF
          del lenguaje de formateo  (vase "REF(expresi¢n,  formato)" en la
          p g. ?), o los servicios de programaci¢n de ISISPAS.

           1. Datos elementales

          Un  dato  elemental,  tal como  indica  su  nombre,  es una pieza
          elemental de informaci¢n. El primer paso en el dise¤o de una base
          de datos debe ser un an lisis detallado y exhaustivo de los datos
          elementales requeridos.  Los elementos normalmente seleccionables
          para ser considerados  como datos elementales  ser n aquellos que
          puedan ser procesados  en  forma  individual.  En  el  proceso de
          definir  esto,  pueden plantearse  preguntas  tales  como: "¨Ser 
          usado este dato para clasificaci¢n?";  "¨Debe poderse buscar para
          recuperaci¢n?";  "¨Se  presentar   la necesidad  de imprimirlo de
          modo distinto  al  resto de  los  datos?,  o  sea  en  negritas o
          may£sculas"; etc. Si la respuesta a cualquiera de estas preguntas
          es si,  entonces este  componente  de  la  informaci¢n deber  ser
          seleccionado como dato elemental.

           2. Campos y subcampos

          Los  datos elementales pueden  ser  almacenados  en  campos  o en
          subcampos. Un campo es identificado por una etiqueta numrica que
          se define en la FDT de  la base de  datos.  Se puede pensar en la
          etiqueta  como  en  el  nombre  del campo,  tal como  lo reconoce
          CDS/ISIS. Siempre que se desee que CDS/ISIS realice una operaci¢n
          con un dato elemental espec¡fico, el usuario debe proporcionar la
          etiqueta del campo donde  est  almacenado el  dato elemental. Por
          ejemplo,  en la FDT presentada  en la figura  5,  al t¡tulo se le
          asign¢  la  etiqueta 24.  Si se desea desplegar el  contenido del
          campo del t¡tulo,  se le  pedir¡a a CDS/ISIS  que  despliegue V24
          (que  es  el  comando del lenguaje  de  formateo  para mostrar un
          campo).

          CDS/ISIS  normalmente trata el  contenido de  un  campo  como una
          cadena  continua  de  caracteres,  y como una entidad individual.
          Puede  sin embargo subdividirse  un  campo en  subcampos. En este
          caso, el campo contiene m s de un dato elemental, cada uno de los
          cuales se almacena en un subcampo diferente.  A diferencia de los
          campos,  los  subcampos  no  se  identifican  por  medio  de  una
          etiqueta, sino por un delimitador de subcampo.

          Un delimitador de  subcampo  es  un c¢digo de  dos caracteres que
          precede e identifica un  subcampo de longitud  variable dentro de
          un  campo.   Consiste   del   caracter  ^  (signo   no  -  acento
          circunflejo), seguido de un caracter numrico o alfabtico. p.ej.
          ^a.


                                         38









          En la FDT de  la figura 5,  el campo  de Pie de imprenta  ha sido
          definido como conteniendo el lugar de publicaci¢n, el editor y la
          fecha  de  publicaci¢n,   en   tres   subcampos:   a,   b,   y  c
          respectivamente.  Un ejemplo del campo de pie de  imprenta podr¡a
          ser:

                                  ^aParis^bUnesco^c1985

          Un campo conteniendo subcampos puede ser accesado  como  si fuera
          una  sola  entidad,  refirindose  solo  a la  etiqueta del campo
          (p.ej.   V26).  En  este  caso,  CDS/ISIS  ofrece  opciones  para
          desplegar   los  delimitadores  de  subcampo   (normalmente  para
          verificaci¢n visual),  o para  reemplazarlos  autom ticamente por
          signos de puntuaci¢n. Sin embargo, debido a que los subcampos son
          identificables a travs  de sus delimitadores  de subcampo, puede
          tambin accesarse cada subcampo en forma individual especificando
          la   etiqueta   del   campo   y   el   delimitador   de  subcampo
          correspondiente.  Por ejemplo,  V26^b se refiere al  subcampo del
          editor del campo de  pie  de  imprenta,  y  V26^a  se  refiere al
          subcampo de Lugar de publicaci¢n.

          Al dise¤ar una base  de  datos,  recurdese  que  el  lenguaje de
          formateo   de  CDS/ISIS  tiene   la  capacidad   para  reemplazar
          autom ticamente  los  delimitadores  de  subcampo  por  signos de
          puntuaci¢n.  Tr tese en lo  posible,  de seleccionar c¢digos para
          delimitaci¢n de modo que la puntuaci¢n que los substituir  sea la
          que corresponda a la aplicaci¢n de que  se trate,  ya que en caso
          contrario,  el  usuario  deber   formatear  cada  campo  en forma
          individual.  La tabla estandar  de reemplazo  de delimitadores se
          presenta en la secci¢n "Comando Modo" en la p g. ?.

          N¢tese que el primer subcampo dentro  de un campo  con subcampos,
          no requiere  de  un delimitador  de subcampo,  a condici¢n de que
          siempre est presente.  Por ejemplo,  si en un campo de t¡tulo se
          desea  usar un subcampo  para el t¡tulo,  la parte del  campo que
          corresponde al t¡tulo, que obviamente siempre estar  presente, no
          necesita de un delimitador expl¡cito.  Por lo tanto, el siguiente
          dato para ese campo ser¡a v lido:

                  Il nome della rosa^bNaturalmente, un manoscritto

           3. Campos repetibles

          En aquellos casos en que un dato elemental dado puede existir m s
          de  una vez en  un  registro,  CDS/ISIS crear  tantos campos como
          sean necesarios  para recibir  todas las ocurrencias de  ese dato
          elemental.  Este tipo de campo se conoce como campo repetible. Un
          ejemplo t¡pico es el campo de Autor en un registro bibliogr fico.
          Todas  las ocurrencias de  un  campo repetible  tienen  una misma
          etiqueta.  CDS/ISIS ofrece posibilidades para manejar y formatear
          campos repetibles.  Recurdese sin embargo que en  general, no se
          tiene acceso a una ocurrencia en particular en un campo repetible
          en  forma  individual.  Es  usual  por  ejemplo,  que  la primera
          ocurrencia de  un  campo  repetible  necesite  de  un tratamiento
          especial (p.ej.  el  primer  autor).  Si la aplicaci¢n de  que se


                                         39








          trata requiere de este tratamiento,  se deben definir dos campos,
          uno para la primera ocurrencia (que no es repetible), y otro para
          las dem s (que si son repetibles).

          Los  campos repetibles pueden  contener subcampos,  con lo que se
          cuenta  con  la  facilidad  para  manejar  datos  tabulares  en 2
          dimensiones  (una  dimensi¢n ser¡an  los campos,  y  la  otra los
          subcampos).   N¢tese  que  CDS/ISIS  no  cuenta  con  facilidades
          directas para  manejar subcampos repetibles  dentro  de un campo.
          Sin  embargo,   esto  puede  manejarse  cuando  lo   requiera  la
          aplicaci¢n,   utilizando  las  facilidades  de   programaci¢n  de
          CDS/ISIS.

          Adem s,  se puede definir un campo como repetible aunque contenga
          un  solo  dato elemental.  Esto puede ser £til  por ejemplo, para
          partir  un  texto extenso tal  como  un  resumen  o  s¡ntesis, en
          p rrafos  que permitan mejorar la  legibilidad de  un impreso. Al
          definir tal campo como repetible, se pueden entonces utilizar las
          facilidades del lenguaje de formateo para campos repetibles, para
          establecer  sangr¡as en el  primer rengl¢n de cada  p rrafo. Otro
          ejemplo ser¡a cuando  se  desea poder buscar  palabras  dentro de
          esos  grandes  campos.   Al  incorporar  cada  p rrafo  como  una
          ocurrencia distinta,  puede posteriormente utilizarse el operador
          (F)  del lenguaje de recuperaci¢n para restringir la  b£squeda de
          dos o m s palabras dentro de un mismo p rrafo,  lo  cual no ser¡a
          posible si el campo no fuera repetible (vase "Operadores a nivel
          de campo y de proximidad" en la p g. ?).

           4. Caracteres de control

          Algunos   caracteres  almacenados   en  un  campo,   aunque  sean
          capturados como  datos,  ser n  interpretados  por  CDS/ISIS como
          caracteres  de  control,  en  lugar  de  caracteres  de  datos, y
          normalmente  activar n  alg£n  tipo  especial   de  proceso.  Los
          caracteres de  control normalmente est n reservados  para  uso de
          CDS/ISIS, y por lo tanto no pueden ser usados como datos.

          Los delimitadores de  subcampo  son un  ejemplo de  caracteres de
          control.  Otros caracteres de control reconocidos por CDS/ISIS se
          describen a continuaci¢n.

               a. Delimitadores de trminos de b£squeda

          Los delimitadores de trminos de b£squeda pueden  utilizarse para
          identificar palabras o frases clave que queden  asignadas  a cada
          registro para  permitir  su  recuperaci¢n.  Las diversas tcnicas
          que CDS/ISIS provee para indizar los registros  se describen bajo
          "Tabla de selecci¢n de campos (FST)"  en la p g.  ?. Las palabras
          clave  pueden  delimitarse en  una de  dos  formas: encerr ndolas
          entre  un  par  de  diagonales  (/.../),  o  encerr ndolas  entre
          parntesis  triangulares  (<..>).  La  ventaja  de  utilizar  los
          parntesis  triangulares  sobre las diagonales  es  que estos son
          caracteres  reservados  (a  diferencia de las diagonales),  y que
          CDS/ISIS  cuenta  con  opciones  para  mostrarlos  o suprimirlos,
          mientras que no existe opci¢n para suprimir las diagonales.



                                         40








          Cuando se  suprimen los parntesis triangulares,  normalmente son
          eliminados de la versi¢n desplegada del campo,  excepto cuando el
          que  abre  sigue inmediatamente  al  que  cierra:  en  este caso,
          CDS/ISIS reemplaza ambos caracteres  con un  punto  y  coma  y un
          espacio.   Por  ejemplo,  seleccionando  el  modo  de  despliegue
          adecuado, el dato:

                <curso universitario><entrenamiento en documentaci¢n>
                             <escuela de biblioteconom¡a>
                                           
             ser  desplegado del modo siguiente:

           curso universitario; entrenamiento en documentaci¢n; escuela de
                                   biblioteconom¡a.

          Excepto  por  este  caso,  el  usuario  debe  asegurarse  que los
          espacios  necesarios   precedan   y   sigan   a   los  parntesis
          triangulares que abren y  cierran  respectivamente.  Por ejemplo,
          cuando algunas palabras clave se encuentran insertas  en un texto
          de un campo, tal como en el ejemplo siguiente:

          Reporte de la misi¢n que describe un <curso  universitario> sobre
          <entrenamiento   en    documentaci¢n>    en   una   <escuela   de
          biblioteconom¡a> de Africa oriental

                                  Los espacios alrededor de cada palabra
          clave deben estar presentes para generar el despliegue correcto:

          Reporte de  la misi¢n que describe  un  curso universitario sobre
          entrenamiento en documentaci¢n en una escuela  de biblioteconom¡a
          de Africa oriental

             Si se hubiera capturado este campo del modo siguiente:

          Reporte     de     la     misi¢n     que     describe    un<curso
          universitario>sobre<entrenamiento en documentaci¢n>en una<escuela
          de biblioteconom¡a>de Africa oriental

             CDS/ISIS lo presentar¡a del modo siguiente:

          Reporte de  la misi¢n que describe  un  curso universitario sobre
          entrenamiento en documentaci¢n en una escuela  de biblioteconom¡a
          de Africa oriental

          En otras palabras,  CDS/ISIS  simplemente  ignora  los parntesis
          triangulares, y no los reemplaza con espacios.

            b. Informaci¢n para clasificaci¢n

          Cuando  se generan  cat logos impresos se necesita  clasificar el
          contenido de uno o m s campos para  imprimir los  registros en la
          secuencia correcta. CDS/ISIS tratar  de producir una secuencia de
          clasificaci¢n  de  acuerdo   con  las  normas   de  clasificaci¢n
          com£nmente aceptadas,  pero algunas veces esto no es  posible. En
          estos casos,  CDS/ISIS  ofrece  la  posibilidad de  establecer en
          forma  expl¡cita  como  debe  ser  clasificado   un  campo  dado,


                                         41








          suministr ndole  informaci¢n para clasificaci¢n en  el momento de
          capturar los datos. La informaci¢n para clasificaci¢n se graba en
          forma permanente dentro del propio campo.

          Esta facilidad permite instruir  a CDS/ISIS para que  reemplace o
          ignore cualquier secuencia de caracteres en un campo, cuando este
          campo es usado como llave para ordenamiento,  por medio de una de
          las especificaciones siguientes:

             <texto.a=texto.b>  en este caso,  CDS/ISIS substituir  texto.a
              por  texto.b cuando  el  campo sea  usado  para  realizar una
              clasificaci¢n,  pero usar  texto.a (e  ignora texto.b) cuando
              despliega el campo;

             <texto.a> En este caso, texto.a ser  ignorado al clasificar, y
              utilizado solamente para desplegar el campo.

          A continuaci¢n se presentan algunos casos donde esta capacidad es
          usada normalmente (pero su uso no est  limitado a estos casos):

          Capturado como:     <La> evoluci¢n de los sistemas de informaci¢n
          Clasificado como:   EVOLUCION DE LOS SISTEMAS DE INFORMACION
          Desplegado como:    La evoluci¢n de los sistemas de informaci¢n

          Capturado como:     <100=cien> d¡as
          Clasificado como:   CIEN DIAS
          Desplegado como:    100 d¡as

          Capturado como:     <Mc=mac>Pherson, J.
          Clasificado como:   MACPHERSON J.
          Desplegado como:    McPherson, J.

          B. Par metros de la FDT

          Cada  l¡nea de  la FDT define un  campo del registro  del archivo
          maestro,   y  contiene  6  par metros:  etiqueta,  nombre,  tipo,
          repetibilidad y delimitadores  de  subcampo  o  patrones  de cada
          campo. Estos par metros se describen a continuaci¢n.

           1. Etiqueta del campo

          La etiqueta es un valor numrico £nico (en el rango 1-32767), que
          identifica al campo.  Se usar  la etiqueta cada vez que  se desee
          que CDS/ISIS  lleve a cabo  alguna  operaci¢n con  ese  campo. La
          etiqueta se  almacena  en  el  registro  maestro  y  se encuentra
          asociada al contenido del campo correspondiente.

           2. Nombre del campo

          El  nombre  del campo es  un  nombre  descriptivo que  el usuario
          asigna  a ese campo.  Normalmente  se  utiliza  en  las  hojas de
          captura de datos para etiquetar el campo en la pantalla. Se puede
          considerar que este es el nombre  del campo en  la forma conocida
          por el usuario,  mientras que la etiqueta es el nombre por el que
          CDS/ISIS  conoce  al campo.  El nombre del campo  puede tener una
          longitud m xima de 30 caracteres.


                                         42









          Al crear la hoja de trabajo de captura,  CDS/ISIS suministra este
          nombre al campo  autom ticamente como opci¢n impl¡cita  que puede
          ser aceptada por el usuario o ser modificado.

           3. Longitud del campo

          Este  es un n£mero  (en el  rango 1-1650)  que indica la longitud
          esperada  del campo.  Al  crear una hoja  de  trabajo de captura,
          CDS/ISIS  propone  autom ticamente  esta   longitud  como  opci¢n
          impl¡cita.

          Debido a la estrecha  relaci¢n entre  la longitud del campo  y la
          hoja  de  trabajo de  captura,  CDS/ISIS  no  permite  definir un
          longitud de campo mayor a 1650 caracteres (que corresponden a una
          p gina  de la hoja  de trabajo),  debido a que un campo  no puede
          abarcar dos p ginas de  la  hoja de trabajo.  N¢tese sin embargo,
          que como todos los  campos de una base  de datos  son de longitud
          variable,  la longitud que se especifica aqu¡ solo es de car cter
          indicativo, y CDS/ISIS no obliga a ajustarse a ella, excepto para
          los campos de patr¢n,  donde la longitud es fija,  y el m ximo es
          de  20  caracteres.  Para los dem s tipos de  campo,  se tiene la
          opci¢n durante la creaci¢n de la  hoja de trabajo de  captura, de
          limitar la longitud del campo a lo que indica la  FDT, o permitir
          que esta sea excedida (vase  tambin "Longitud del campo"  en la
          p g. ?, y "Campos de ventana" en la p g. ?).

          El  editor  de  l¡neas asigna autom ticamente un  valor impl¡cito
          para  la  longitud  de  100  caracteres,  cuando  el  usuario  no
          suministra esta especificaci¢n.

           4. Tipo de campo

          El tipo de campo es un c¢digo de  1  caracter que indica posibles
          restricciones en  los caracteres  de  los  datos  que  pueden ser
          guardados en  ese campo.  El tipo de  campo puede ser uno  de los
          siguientes:

          X  el  campo consiste  de  cualquier  caracter  alfanumrico. Los
             campos de tipo X no son verificados por CDS/ISIS.

          A el campo solo puede contener  caracteres alfabticos[] (n¢tese
          que el espacio no es un caracter alfabtico!). Durante el proceso
          de captura,  CDS/ISIS verificar  esta  restricci¢n, presentar  un
          mensaje si no es satisfecha, y solicitar  que se corrija el dato.

          N  el  campo  solo  puede  contener  caracteres  numricos (0-9).
             Durante  el  proceso  de  captura,  CDS/ISIS  verificar   esta
             restricci¢n,  presentar   un  mensaje si  no  es satisfecha, y
             solicitar  que se corrija el dato.

          P el campo tiene una estructura fija, que est  determinada por un
             patr¢n  definido  por el  usuario en  la  hoja  de  trabajo de
             captura.  El patr¢n de captura define el tipo  de caracter que
             puede ser tecleado en cada posici¢n del campo. Los patrones se
             describen m s adelante.


                                         43









            El valor impl¡cito que presupone el editor de l¡neas es X.

           5. Repetibilidad

          Este par metro define si un campo  es repetible (o sea  que puede
          presentarse m s de  una vez en  un  registro  dado),  o no. Una R
          indica que el campo es  repetible (vanse por ejemplo  los campos
          44,  70, 71, 72, 74 y 76 de la FDT ejemplificada en la figura 5).
          N¢tese  que  los  campos  de  tipo  P  (patr¢n)   no  pueden  ser
          repetibles.

          El n£mero de ocurrencias de un campo repetible solo est  limitado
          por el tama¤o m ximo del registro.

           6. Subcampos/patrones

          Dependiendo  del  tipo  de  campo  que  se  haya  definido,  esta
          especificaci¢n  define  ya sea  el conjunto de  subcampos, si los
          hay,  aceptados en el campo (para tipos X,  A o N),  o  el patr¢n
          (para tipo P).

            a. Subcampos

          Si el campo contiene  subcampos,  los identificadores de subcampo
          permitidos se definen aqu¡, en el orden en el que deben aparecer.
          N¢tese  que  el  s¡mbolo  de  negaci¢n  (^)   que  identifica  al
          delimitador de subcampo,  no se incluye. Por ejemplo, si un campo
          puede contener los subcampos ^a,  ^b y ^c, estos se definen en la
          FDT como abc (y no como ^a^b^c).

            b. Patrones

          Un patr¢n es una descripci¢n caracter por caracter, del contenido
          del campo.  Para cada posici¢n en el campo,  el usuario define en
          el patr¢n el tipo de caracter que puede contener,  de acuerdo con
          lo siguiente:

             X la posici¢n puede contener cualquier caracter alfanumrico

             A la posici¢n debe contener un caracter alfabtico

             9 la posici¢n debe contener un caracter numrico

             otro la posici¢n debe contener el caracter que se indica.

             N¢tese que X y A deben indicarse en may£scula.

          Los siguientes  son algunos ejemplos  de patrones y de  los datos
          correspondientes a la captura:

          Patr¢n                  Dato capturado
          -------                 --------------
          99-999/AA               35-674/XE                       (v lido)
                                  35-j56/XE                       ('j' es
                                                                  inv lida)


                                         44









          XXX(AA)9                        xrr(BB)7                        
          (v lido)
                                  ...(78)9                        
          ('78' es inv lido)

             N¢tense las siguientes restricciones de los campos tipo P:

             * La longitud m xima est  limitada a 20 caracteres;
             * No pueden ser repetibles; y
             * no pueden contener subcampos.

          C. 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 solo a las hojas de trabajo,  sino tambin a las
          FST y a los formatos  de  despliegue  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 captura;  a¤adir el campo a cuando menos un formato de
          despliegue;  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  capturado 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 de la etiqueta de un campo:  Proceder como si se cancelara
          el campo antiguo y se agregara el nuevo. Use ISISXCH para cambiar
          la  etiqueta  del  campo,  y  despus,  si  el  campo  hab¡a sido
          invertido, reinvertir la base de datos.



                                         45








          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  considrese la
          posibilidad de  convertirlos  en  campos de ventana;  si el campo
          debe ser invertido, modif¡quese la FST para inversi¢n para que se
          extraigan  correctamente   todas   las   ocurrencias  del  campo;
          modif¡quense  los formatos  para  desplegar  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 considrense 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
          despus de  haber  modificado  de  manera  adecuada  la  FST; los
          formatos pueden tambin 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.














                                         46




: