Almacenamiento de datos
Los datos sobre los contratos se almacenan en varios contenedores, cada uno de los cuales representa un componente de información de los contratos. Los contenedores se pueden organizar de forma jerárquica. Por ejemplo, su aplicación ContractManager podría tener una jerarquía simple que contenga dos bases de datos llamadas Contract Database y Company Database,, como se ve a continuación:
Contract Database
|
|--Contract
|
Company Database
|
|--Company
| |
| |--Department
| | |
| | |--Person
Registros y campos
Puede introducir registros en cada uno de los contenedores. Cada registro viene definido por varios campos (que son específicos de ese contenedor). Al entrar en un registro se introducen valores para estos campos. Puede imaginarse el contenedor así:
Contenedor-A | ||||
Campo-1 | Campo-2 | Campo-3 | Campo-4 | |
Registro-1 | Campo-1-Valor | Campo-2-Valor | Campo-3-Valor | Campo-4-Valor |
Registro-2 | Campo-1-Valor | Campo-2-Valor | Campo-3-Valor | Campo-4-Valor |
Registro-3 | Campo-1-Valor | Campo-2-Valor | Campo-3-Valor | Campo-4-Valor |
Por lo tanto, cuando introduce datos en ContractManager está introduciendo registros para distintos contenedores de la aplicación. Por ejemplo, puede añadir registros nuevos de empresa, de departamento, de persona o de contrato. De esta manera va llenando la BD de ContractManager.
Campos de identidad
El administrador del sistema configura Campos de identidad en cada uno de los contenedores. Estos campos identifican los registros de forma única. Por ejemplo, los empleados suelen tener números identificativos únicos, por lo que ese número se puede usar para identificar registros en el contenedor Persona. En algunos contenedores es necesario usar más de un campo para que la identificación sea única (por ejemplo, los campos Nombre y Fecha de nacimiento).
Vincular registros entre contenedores
Al configurar la base de datos el administrador del sistema crea vínculos entre los contenedores. Por ejemplo, puede haber un enlace de tipo primario-secundario entre una empresa y un departamento, y otro enlace del mismo tipo entre un departamento y una persona. En este caso, al introducir un registro nuevo para un contenedor secundario, uno de los valores de campo que debe introducir es el del elemento primario de este registro (secundario). Por ejemplo, al añadir un registro de departamento nuevo (como el departamento Legal), la aplicación le pedirá que introduzca el elemento primario, que es la empresa (por ejemplo, Altova). Al seleccionar Altova como elemento primario se crea un enlace entre el departamento y la empresa. Este registro representa, por tanto, el departamento legal de Altova.
Del mismo modo, el administrador del sistema puede generar enlaces entre contenedores que no están directamente vinculados en una jerarquía vertical. Por ejemplo, se puede crear un enlace entre un contrato y la empresa a la que se contrata. No hay una conexión jerárquica directa entre los contenedor esContrato y Empresa. Sin embargo, si se ha creado un vínculo explícito entre ambos, cuando introduzca los datos del contrato, la aplicación le pedirá que introduzca también el nombre de la empresa a la que se contrata. Al hacerlo, el contrato se vincula no solo con la empresa seleccionada, sino también con los departamentos y personas (descendientes en la jerarquía) de esa empresa.
Por tanto, aunque esté introduciendo los datos registro a registro para los distintos contenedores, la aplicación ContractManager está construyendo una red de conexiones entre los registros de los diferentes contenedores. Esta red de datos permite generar informes y gráficos sobre los contratos, las fechas de los contratos y las empresas y personas involucradas.