連結管理 links--relation-between-tables
連結說明一個表格與另一個表格之間的關聯。
關聯型別（也稱為基數）列於下方。
- 基數1-1：來源表格的一個執行個體最多可以具有目標表格的一個對應執行個體。
- 基數1-N：來源表格的一個出現次數可以具有多個目標表格的對應出現次數，但目標表格的一個出現次數最多可以具有來源表格的一個對應出現次數。
- 基數N-N：來源表格的一個出現次數可以具有多個目標表格的對應出現次數，反之亦然。
在使用介面中，基數會以特定圖示表示。
對於與Campaign資料表/資料庫的聯結關係：
-
-
-
對於使用同盟資料庫存取(FDA)的加入關係：
-
-
如需FDA表格的詳細資訊，請參閱存取外部資料庫。
在包含透過主要元素連結之表格外部索引鍵的結構描述中，必須宣告連結：
<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>
連結遵循下列規則：
-
在 連結 — 型別
<element>上輸入的連結定義具有下列屬性：-
name：來源資料表的連結名稱
-
目標：目標結構描述的名稱
-
標籤：連結的標籤
-
revLink （選用）：來自目標結構描述的反向連結名稱（預設會自動推斷）
-
完整性 （選擇性）：來源表格出現位置與目標表格出現位置的參考完整性。
可能的值包括：- 定義：如果來源發生次數不再由目標發生次數參考，則可以刪除該來源發生次數
- 一般：刪除來源出現位置會初始化連結到目標出現位置的索引鍵（預設模式），此型別的完整性會初始化所有外部索引鍵
- own：刪除來源出現位置會導致目標出現位置刪除
- owncopy：與 own 相同（若刪除），或重複發生次數（若重複）
- neutral：沒有特定行為
-
revIntegrity （選用）：目標結構描述上的完整性（選用，預設為「一般」）
-
revCardinality （選用）：值為「single」時，會將型別1-1 （預設為1-N）填入基數
-
externalJoin （選擇性）：強制外部聯結
-
revExternalJoin （選用）：強制反向連結上的外部聯結
-
-
連結會參照來源表格到目的地表格的一或多個欄位。 構成聯結（
<join>元素）的欄位不需要填入，因為預設會使用目標結構描述的內部索引鍵自動推算出來。 -
索引會自動新增至擴充綱要中連結的外部索引鍵。
-
連結由兩個半連結組成，其中第一個是從來源綱要宣告，第二個是在目標綱要的延伸綱要中自動建立。
-
加入 externalJoin 屬性時，連線可以是外部連線，值為「true」（PostgreSQL支援）。
範例：反向連結 example-1
在以下範例中，我們會宣告與「cus：company」結構描述表格的1-N關係：
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
...
<element label="Company" name="company" revIntegrity="define" revLabel="Contact" target="cus:company" type="link"/>
</element>
</srcSchema>
產生的結構描述：
<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>
組成聯結的欄位可補充連結定義，也就是在目的地結構描述中主索引鍵及其XPath (「@id」)，在結構描述中主索引鍵及其XPath (「@company-id」)。
外部索引鍵會自動新增至與目的地表格中相關欄位使用相同特性的元素中，並遵循下列命名慣例：目標結構描述名稱后面接著相關欄位名稱（範例中為「company-id」）。
目標(「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>
已新增指向「cus：recipient」表格的反向連結，其中包含下列引數：
- name：從來源結構描述的名稱自動推斷（可在來源結構描述的連結定義中使用「revLink」屬性強制推斷）
- revLink：反向連結的名稱
- target：連結結構描述的索引鍵（"cus：recipient"結構描述）
- 未繫結：連結宣告為1-N基數的集合專案（預設值）
- 完整性：預設為「定義」（可在來源結構描述上的連結定義中使用「revIntegrity」屬性強制執行）。
範例：簡單連結 example-2
在此範例中，我們會宣告指向「nms：address」架構表格的連結。 此聯結是外部聯結，並明確填入收件者的電子郵件地址和連結表格(「nms：address」)的「@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>
範例：不重複基數 example-3
在此範例中，我們會建立與「cus：extension」綱要表格的1-1關係：
<element integrity="own" label="Extension" name="extension" revCardinality="single" revLink="recipient" target="cus:extension" type="link"/>
範例：資料夾的連結 example-4
在此範例中，我們會宣告資料夾（「xtk：folder」架構）的連結：
<element default="DefaultFolder('nmsFolder')" label="Folder" name="folder" revDesc="Recipients in the folder" revIntegrity="own" revLabel="Recipients" target="xtk:folder" type="link"/>
預設值會傳回在「DefaultFolder('nmsFolder')」函式中輸入的第一個合格引數型別檔案的識別碼。
範例：在連結上建立索引鍵 example-5
在此範例中，我們在具有 xlink 屬性的連結（「company」到「cus：company」結構描述）上建立索引鍵，以及(「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>
產生的結構描述：
<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>
「companyEmail」名稱金鑰的定義已擴充為「company」連結的外部金鑰。 此索引鍵會在兩個欄位上產生唯一索引。