Administración de vínculos links--relation-between-tables
Un vínculo describe la asociación entre una tabla y otra.
A continuación se enumeran los tipos de asociaciones, también conocidas como cardinalidades.
- Cardinality 1-1: una incidencia de la tabla de origen puede tener como máximo una incidencia correspondiente de la tabla de destino.
- Cardinality 1-N: una incidencia de la tabla de origen puede tener varias incidencias correspondientes de la tabla de destino, pero una incidencia de la tabla de destino puede tener como máximo una incidencia correspondiente de la tabla de origen.
- Cardinality N-N: una incidencia de la tabla de origen puede tener varias incidencias correspondientes de la tabla de destino y viceversa.
En la interfaz de usuario, las cardinalidades se representan con un icono específico.
Para relaciones de unión con una tabla o base de datos de campaña:
-
-
-
Para relaciones de unión mediante el acceso a bases de datos federadas (FDA):
-
-
Para obtener más información sobre las tablas de FDA, consulte Acceso a una base de datos externa.
Se debe declarar un vínculo en el esquema que contenga la clave externa de la tabla vinculada a través del elemento principal:
<element name="name_of_link" type="link" target="key_of_destination_schema">
<join xpath-dst="xpath_of_field1_destination_table" xpath-src="xpath_of_field1_source_table"/>
<join xpath-dst="xpath_of_field2_destination_table" xpath-src="xpath_of_field2_source_table"/>
...
</element>
Los vínculos obedecen las siguientes reglas:
-
La definición de un vínculo se especifica en un vínculo de tipo
<element>con los atributos siguientes:-
nombre: nombre del vínculo de la tabla de origen
-
target: nombre del esquema de destino
-
etiqueta: etiqueta del vínculo
-
revLink (opcional): nombre del vínculo inverso del esquema de destino (deducido automáticamente de forma predeterminada)
-
integridad (opcional): integridad referencial de la aparición de la tabla de origen a la aparición de la tabla de destino.
Los valores posibles son:- define: es posible eliminar la ocurrencia de origen si una ocurrencia de destino ya no hace referencia a ella
- normal: al eliminar la ocurrencia de origen se inicializan las claves del vínculo a la ocurrencia de destino (modo predeterminado), este tipo de integridad inicializa todas las claves externas
- propio: al eliminar la ocurrencia de origen, se elimina la ocurrencia de destino
- owncopy: igual que own (en caso de eliminación) o duplica las ocurrencias (en caso de duplicación)
- neutro: sin comportamiento específico
-
revIntegrity (opcional): integridad en el esquema de destino (opcional, "normal" de forma predeterminada)
-
revCardinality (opcional): con el valor "single" rellena la cardinalidad con el tipo 1-1 (1-N de forma predeterminada)
-
externalJoin (opcional): fuerza la unión externa
-
revExternalJoin (opcional): fuerza la unión externa en el vínculo inverso
-
-
Un vínculo hace referencia a uno o varios campos de la tabla de origen a la tabla de destino. No es necesario rellenar los campos que componen la combinación (elemento
<join>) porque se deducen automáticamente de forma predeterminada mediante la clave interna del esquema de destino. -
Se agrega automáticamente un índice a la clave externa del vínculo en el esquema ampliado.
-
Un vínculo consta de dos semirvínculos, en los que el primero se declara desde el esquema de origen y el segundo se crea automáticamente en el esquema ampliado del esquema de destino.
-
Una unión puede ser una unión externa si se agrega el atributo externalJoin con el valor "true" (admitido en PostgreSQL).
Ejemplo: vínculo inverso example-1
En el ejemplo siguiente, declaramos una relación 1-N con la tabla de esquema "cus:company":
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
...
<element label="Company" name="company" revIntegrity="define" revLabel="Contact" target="cus:company" type="link"/>
</element>
</srcSchema>
El esquema generado:
<schema mappingType="sql" name="recipient" namespace="cus" xtkschema="xtk:schema">
<element name="recipient" sqltable="CusRecipient">
<dbindex name="companyId">
<keyfield xpath="@company-id"/>
</dbindex>
...
<element label="Company" name="company" revLink="recipient" target="cus:company" type="link">
<join xpath-dst="@id" xpath-src="@company-id"/>
</element>
<attribute advanced="true" label="Foreign key of 'Company' link (field 'id')" name="company-id" sqlname="iCompanyId" type="long"/>
</element>
</schema>
La definición del vínculo se complementa con los campos que conforman la unión, es decir, la clave principal con su XPath ("@id") en el esquema de destino y la clave externa con su XPath ("@company-id") en el esquema.
La clave externa se agrega automáticamente en un elemento que utiliza las mismas características que el campo asociado en la tabla de destino, con la siguiente convención de nombres: nombre del esquema de destino seguido del nombre del campo asociado ("company-id" en nuestro ejemplo).
Esquema extendido del destinatario ("cus:company"):
<schema mappingType="sql" name="company" namespace="cus" xtkschema="xtk:schema">
<element name="company" sqltable="CusCompany" autopk="true">
<dbindex name="id" unique="true">
<keyfield xpath="@id"/>
</dbindex>
<key internal="true" name="id">
<keyfield xpath="@id"/>
</key>
...
<attribute desc="Internal primary key" label="Primary key" name="id" sqlname="iCompanyId" type="long"/>
...
<element belongsTo="cus:recipient" integrity="define" label="Contact" name="recipient" revLink="company" target="nms:recipient" type="link" unbound="true">
<join xpath-dst="@company-id" xpath-src="@id"/>
</element>
</element>
</schema>
Se ha añadido un vínculo inverso a la tabla "cus:recipient" con los siguientes parámetros:
- name: se deduce automáticamente del nombre del esquema de origen (se puede forzar con el atributo "revLink" en la definición del vínculo en el esquema de origen)
- revLink: nombre del vínculo inverso
- target: clave de esquema vinculado (esquema "cus:recipient")
- unbound: el vínculo se declara como elemento de colección para una cardinalidad 1-N (de forma predeterminada)
- integridad: "definir" de forma predeterminada (se puede forzar con el atributo "revIntegrity" en la definición del vínculo en el esquema de origen).
Ejemplo: vínculo simple example-2
En este ejemplo, declaramos un vínculo hacia la tabla de esquema "nms:address". La unión es una unión externa y se rellena explícitamente con la dirección de correo electrónico del destinatario y el campo "@address" de la tabla vinculada ("nms:address").
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
...
<element integrity="neutral" label="Info about email" name="emailInfo" revIntegrity="neutral" revLink="recipient" target="nms:address" type="link" externalJoin="true">
<join xpath-dst="@address" xpath-src="@email"/>
</element>
</element>
</srcSchema>
Ejemplo: cardinalidad única example-3
En este ejemplo, creamos una relación 1-1 con la tabla de esquema "cus:extension":
<element integrity="own" label="Extension" name="extension" revCardinality="single" revLink="recipient" target="cus:extension" type="link"/>
Ejemplo: vínculo a una carpeta example-4
En este ejemplo, declaramos un vínculo a una carpeta (esquema "xtk:folder"):
<element default="DefaultFolder('nmsFolder')" label="Folder" name="folder" revDesc="Recipients in the folder" revIntegrity="own" revLabel="Recipients" target="xtk:folder" type="link"/>
El valor predeterminado devuelve el identificador del primer archivo de tipo de parámetro elegible introducido en la función "DefaultFolder('nmsFolder')".
Ejemplo: Creación de una clave en un vínculo example-5
En este ejemplo, creamos una clave en un vínculo (esquema "company" a "cus:company") con el atributo xlink y un campo de la tabla ("email"):
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
<key name="companyEmail">
<keyfield xpath="@email"/>
<keyfield xlink="company"/>
</key>
<attribute name="email" type="string" length="80" label="Email" desc="Recipient email"/>
<element label="Company" name="company" revIntegrity="define" revLabel="Contact" target="cus:company" type="link"/>
</element>
</srcSchema>
El esquema generado:
<schema mappingType="sql" name="recipient" namespace="cus" xtkschema="xtk:schema">
<element name="recipient" sqltable="CusRecipient">
<dbindex name="companyId">
<keyfield xpath="@company-id"/>
</dbindex>
<dbindex name="companyEmail" unique="true">
<keyfield xpath="@email"/>
<keyfield xpath="@company-id"/>
</dbindex>
<key name="companyEmail">
<keyfield xpath="@email"/>
<keyfield xpath="@company-id"/>
</key>
<attribute desc="Email address of recipient" label="Email" length="80" name="email" sqlname="sEmail" type="string"/>
<element label="Company" name="company" revLink="recipient" target="sfa:company" type="link">
<join xpath-dst="@id" xpath-src="@company-id"/>
</element>
<attribute advanced="true" label="Foreign key of link 'Company' (field 'id')" name="company-id" sqlname="iCompanyId" type="long"/>
</element>
</schema>
La definición de la clave del nombre "companyEmail" se amplió con la clave externa del vínculo "company". Esta clave genera un índice único en ambos campos.