x

La consideración principal a tener en cuenta a la hora de diseñar un origen de datos es el conjunto de relaciones entre los distintos campos. Antes de crear el archivo máster, trace un diagrama de estas relaciones. ¿El campo está relacionado con otros campos? En caso afirmativo, ¿la relación es de uno a uno o de uno a varios? Si alguno de los datos ya existe en otro origen de datos, ¿es posible unir ese origen de datos con éste?

Generalmente, debe seguir estas indicaciones:

• Toda la información de un registro determinado que aparezca en una sola ocasión, debe ser colocada en el segmento raíz o en un segmento secundario, único.
• En la mayoría de los casos, cualquier información que pueda recupararse de un origen de datos unido debe hacerse de esta forma, y no guardarse de manera redundante en dos orígenes distintos.
• Cualquier información que tenga una relación de uno a varios con la información de un segmento determinado debe almacenarse en un descendiente de dicho segmento.
• Los datos relacionados de los segmentos secundarios deben almacenarse en la misma ruta. Coloque los datos no relacionados en rutas diferentes.

El siguiente ejemplo sirve a modo de resumen de las reglas para las relaciones de datos:

x

Si decide unir un segmento con otro, recuerde que ambos campos, el de host y el de referencia cruzada, deben estar en el mismo formato y que el campo de referencia cruzada debe indexarse utilizando el atributo INDEX. Además, para las referencias cruzadas en archivos máster, ambos campos deben compartir el mismo nombre. El nombre o alias de los dos campos debe ser el mismo, o por lo menos, el nombre de uno debe ser idéntico al alias del otro.

x

El origen de datos de FOCUS primero lee el segmento y a continuación atraviesa la jerarquía para resolver su consulta. Cuanto más pequeño sea el segmento raíz, más copias de dicho segmento podrá leer al mismo tiempo y más rápido se seleccionarán los registros para procesar la consulta.

Además, puede mejorar la eficiencia de sustitución de registros estableciendo AUTOPATH. AUTOPATH es la versión automatizada de la sintaxis TABLE FILE ddname.fieldname, donde el nombre de campo no está indexado y la recuperación física comienza en el segmento de nombre de segmento. AUTOPATH aparece descrito en el manual Cómo desarrollar aplicaciones de informes .

Como sucede con la mayoría de los problemas de procesamiento de información, el diseño de un origen de datos FOCUS eficiente tiene sus incovenientes: debe equilibrar el deseo de acelerar la recuperación de registros, reduciendo el tamaño del segmento raíz, con la necesidad de aumentar la velocidad de selección de registros, colocando lo más alto posible dentro de la estructura de datos, los campos utilizados en las pruebas de selección de registros. El lugar que ocupen los campos utilizados en las pruebas WHERE e IF dentro de los segmentos, afecta directamente a la eficiencia del procesamiento de solicitudes. Cuando un campo suspende una prueba de selección de registros, no se realiza ningún procesamiento adicional en dicha copia ni en sus descendientes. Cuanto más alto estén los campos de selección en la estructura de datos, menor será el número de segmentos que debe leerse para determinar el estado de un registro.

Después de designar y crear el origen de datos, si quiere seleccionar los registros en base a los campos más bajos de la estructura de datos, rote la estructura para colocarlos temporalmente en una posición más alta, mediante el uso de una vista alternativa. Las vistas alternativas aparecen descritas en Cómo describir un grupo de campos. Para más detalles sobre el uso de vistas alternativas en solicitudes de informe, consulte el manual Cómo crear informes con el lenguaje WebFOCUS .

Siga estas pautas para diseñar una estructura de datos eficiente:

• Limite la información del segmento raíz a lo estrictamente necesario para identificar el registro y los elementos más utilizados en las condiciones de selección.
• Evite los campos clave innecesarios. Los segmentos con un SEGTYPE de S1 se procesan de forma mucho más eficiente que los que presenten un S9, por ejemplo.
• Indexe el primer campo del segmento (el campo clave) si el segmento raíz de su origen de datos es SEGTYPE S1, para aumentar la eficiencia de los procedimientos MODIFY que leen transacciones de orígenes de datos no clasificados (FIXFORM).
• Use los segmentos con SEGTYPE SH1 al añadir y mantener los datos en una secuencia de fechas. En este caso, SEGTYPE SH1 posiciona de forma lógica las fechas más recientes al principio del origen de datos, no al final.
• Si un segmento incluye campos utilizados frecuentemente en pruebas de selección de registros, controle su tamaño limitándolo a campos clave, de selección y otros campos típicos de los informes.
• Indexe los campos con que realiza búsquedas frecuentes de casos únicos. Al especificar la indexación de un campo, se construye y se mantiene una tabla de valores de datos junto con sus ubicaciones físicas, correspondientes, en el origen de datos. Por tanto, la indexación de un campo acelera su recuperación.

  Puede indexar cualquier campo, aunque es recomendable limitar el número de índices en un origen de datos, ya que cada índice requiere espacio de almacenamiento adicional. Debe ponderar el aumento de la velocidad frente al incremento de espacio.

x

Una vez diseñado y creado el origen de datos FOCUS, puede modificar algunas de sus características con solo cambiar el atributo correspondiente en el archivo máster. La documentación de cada atributo indica si puede modificarlo después de crear el origen de datos.

Además, puede cambiar algunas de las características cuyos atributos, en principio, no se pueden modificar, reconstruyendo el origen de datos mediante el recurso REBUILD, descrito en Cómo crear y reconstruir un origen de datos. También puede usar REBUILD para añadir nuevos campos a un origen de datos.