링크 관리 links--relation-between-tables
링크는 한 테이블과 다른 테이블 간의 연관을 설명합니다.
다음은 카디널리티라고도 하는 연관 유형입니다.
- 카디널리티 1-1: 소스 테이블의 발생 항목 하나는 타겟 테이블의 해당 발생 항목을 최대 한 개까지 가질 수 있습니다.
- 카디널리티 1-N: 소스 테이블의 발생 항목 하나는 타겟 테이블의 여러 발생 항목을 가질 수 있지만, 타겟 테이블의 발생 항목 하나는 소스 테이블의 해당 발생 항목을 최대 한 개까지 가질 수 있습니다.
- 카디널리티 N-N: 소스 테이블의 발생 항목 하나는 타겟 테이블의 여러 발생 항목을 가질 수 있으며, 그 반대의 경우도 가능합니다.
사용 인터페이스에서 카디널리티는 특정 아이콘으로 표시됩니다.
캠페인 테이블/데이터베이스와의 조인 관계의 경우:
-
-
-
FDA(Federated Database Access)를 사용하는 조인 관계의 경우:
-
-
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>
링크는 다음 규칙을 따릅니다.
-
링크의 정의가 다음 특성을 가진 link 형식의
<element>에 입력되었습니다.-
이름: 원본 테이블의 링크 이름
-
target: 대상 스키마 이름
-
레이블: 링크 레이블
-
revLink(선택 사항): 대상 스키마의 역방향 링크 이름(기본적으로 자동으로 추론됨)
-
무결성(선택 사항): 대상 테이블의 발생 항목에 대한 원본 테이블의 참조 무결성.
가능한 값:- 정의: 대상 항목에서 더 이상 참조하지 않는 경우 원본 항목을 삭제할 수 있습니다.
- 보통: 원본 발생 항목을 삭제하면 대상 발생 항목에 대한 링크의 키가 초기화됩니다(기본 모드). 이 유형의 무결성은 모든 외래 키를 초기화합니다.
- 소유: 원본 발생 항목을 삭제하면 대상 발생 항목이 삭제됩니다.
- owncopy: own(삭제 시)과 동일하거나 발생 항목을 복제합니다(중복 시).
- neutral: 특정 동작 없음
-
revIntegrity(선택 사항): 대상 스키마의 무결성(선택 사항, 기본적으로 "보통")
-
revCardinality(선택 사항): "single" 값을 사용하면 카디널리티가 유형 1-1(기본적으로 1-N)로 채워집니다.
-
externalJoin(선택 사항): 외부 조인을 강제 적용합니다.
-
revExternalJoin(선택 사항): 역방향 링크에서 외부 조인을 강제 적용합니다.
-
-
링크는 소스 테이블에서 대상 테이블로 하나 이상의 필드를 참조합니다. 조인(
<join>요소)을 구성하는 필드는 대상 스키마의 내부 키를 사용하여 기본적으로 자동으로 추론되므로 채우지 않아도 됩니다. -
확장 스키마에 있는 링크의 외부 키에 인덱스가 자동으로 추가됩니다.
-
링크는 두 개의 절반 링크로 구성되며, 첫 번째 링크는 소스 스키마에서 선언되고 두 번째 링크는 대상 스키마의 확장 스키마에서 자동으로 만들어집니다.
-
값이 "true"(PostgreSQL에서 지원됨)인 externalJoin 특성이 추가되면 조인이 외부 조인이 될 수 있습니다.
예: 역방향 링크 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")가 있는 외래 키로 보완됩니다.
외래 키는 대상 테이블의 관련 필드와 동일한 특성을 사용하는 요소에 자동으로 추가되며, 다음과 같은 명명 규칙이 적용됩니다. 대상 스키마 이름 뒤에 관련 필드 이름("회사 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 특성과 ("email") 테이블의 필드가 있는 링크("company" to "cus:company" schema)에 키를 만듭니다.
<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" 링크의 외래 키로 확장되었습니다. 이 키는 두 필드 모두에서 고유한 색인을 생성합니다.
자세히 알아보기
자세한 내용은 다음 링크를 참조하십시오.