Cómo se estructuran los datos de la aplicación
La jerarquía y las relaciones entre componentes en que se estructuran los datos de RecordsManager se describen a continuación.
Jerarquía
Puede personalizar la estructura de datos de RecordsManager dentro de este marco:
•A nivel raíz de la aplicación puede crear tantos repositorios como quiera. Por ejemplo, en la estructura de la imagen siguiente hay dos: (i) Contract Database, (ii) Company Database.
•Dentro de cada uno de ellos puede agregar tantas Tablas de datos de nivel superior como quiera. En nuestra BD de ejemplo Contract Database tiene una tabla de datos de nivel superior (Contract), mientras que Company Database tiene dos (Company Group y Company).
•Dentro de una tabla de datos de nivel superior (o dentro de los de niveles inferiores) puede añadir varias tablas de datos secundarias. Puede seguir añadiendo tablas de datos secundarias a distintos niveles. Por ejemplo, la tabla de datos Company tiene la tabla de datos secundaria Department, que a su ver tiene la tabla de datos secundaria Person.
Las tablas de datos están vinculadas con relaciones, que se describen más abajo.
Relaciones
Al definir la estructura de BD lo que hace es definir relaciones entre tablas de datos. Estas relaciones son importantes para la jerarquía y la organización de los datos, por lo que es importante que las planee bien.
Entre tablas de datos puede haber dos tipos de relaciones:
•Relaciones primario-secundario
•Vínculos sueltos
Relaciones primario-secundario
Estos vínculos entre tablas de datos se consideran fuertes, ya que un elemento secundario se crea a partir del elemento primario y no se puede crear sin él. Una tabla de datos primaria puede tener varias tablas de datos secundarias. Sin embargo, una tabla de datos secundaria solo puede tener una tabla de datos primaria. Estas son las consecuencias de la relación primario-secundario:
•Si se borra un registro primario, se borran con él todos los registros secundarios
•Al diseñar los formularios podrá incluir los campos de todas las tablas de datos antecesores
•Las interdependencias de los campos dentro de una jerarquía de vínculos fuertes se crean automáticamente
•Los registros secundarios se pueden editar en los formularios primarios
Vínculos sueltos
Otra relación posible es un vínculo que se crea entre dos tablas de datos interdependientes. Se trata de vínculos sueltos que se crean de forma independiente y sin que hagan referencia unos a otros. Los vínculos se crean manualmente durante la configuración. Por tanto, un único vínculo puede tener varios vínculos sueltos que lo vinculan a otros registros. Si hay dos registros vinculados por vínculos sueltos y se borra uno de los registros, esto no afecta al otro.
Se pueden definir vínculos sueltos de varias maneras:
•Defina el campo de una tabla de datos como de tipo Vínculo a. Este campo es el ancla del vínculo a la otra tabla de datos.
•Se puede cambiar el vínculo fuerte de las tablas de datos secundarias con sus respectivas tablas de datos primarias a vínculos sueltos.
Consulte también el apartado siguiente Almacenamiento de datos.