기존 테이블을 참조하는 스키마의 특성은 다음과 같습니다.
기본 제공 수신자 테이블의 필드를 유용하지 않더라도 삭제하지 마십시오. 이로 인해 Adobe Campaign 데이터베이스에 동작 오류가 발생할 수 있습니다.
소스 스키마가 다음을 수락합니다. 보기 속성 srcSchema 루트 요소입니다. 사용자 지정 테이블에서 Adobe Campaign을 조작하는 경우 사용해야 합니다. 다음 view="true" 속성은 데이터베이스 구조 업데이트 마법사에 이 스키마를 무시하도록 지시합니다. 따라서 테이블, 열 및 인덱스를 해당 스키마와 동기화할 수 없습니다.
이 속성이 로 설정된 경우 true: 스키마는 이 테이블의 데이터에 액세스할 수 있는 SQL 쿼리를 생성하는 데만 사용됩니다.
테이블 업데이트 마법사로 테이블을 만들면 테이블 및 열의 이름이 각 스키마 및 속성의 이름을 기반으로 자동으로 생성됩니다. 그러나 다음 속성을 입력하여 SQL 이름을 강제로 사용할 수 있습니다.
예제:
<element label="Individual" name="individual" sqltable="individual">
<key internal="true" name="id">
<keyfield xpath="@id"/>
</key>
<attribute name="id" type="long" length="32" />
<attribute name="lastName" type="string" length="100" sqlname="Last_Name"/>
<attribute name="firstName" type="string" length="100" sqlname="First_Name"/>
<attribute name="email" type="string" length="100"/>
<attribute name="mobile" type="string" length="100"/>
</element>
이 예제에서 테이블 및 열의 이름이 명시적으로 지정되지 않은 경우 응용 프로그램에서 CusIndividual 식탁을 위해서 성 및 이름 열.
스키마에서는 기존 테이블의 일부 열만 채울 수 있습니다. 채우지 않은 열은 사용자가 액세스할 수 없습니다.
클라이언트 콘솔에서 목록의 레코드를 정렬할 때 인덱싱된 필드에서 정렬하면 성능이 향상됩니다. 스키마에서 인덱스를 선언하면 콘솔에는 아래와 같이 열 레이블 왼쪽에 있는 정렬 순서 화살표 아래에 빨간색 줄이 있는 인덱스 필드가 표시됩니다.
스키마에서 색인은 다음과 같이 정의됩니다.
<dbindex name="name_of_index" unique="true/false"
<keyfield xpath="xpath_1st_field"/
<keyfield xpath="xpath_2nd_field"/
...
</dbindex
따라서 일치 스키마에서 사용자 지정 테이블의 기존 인덱스를 선언하는 것이 중요합니다.
소스 스키마의 각 키 및 링크 선언에 대해 색인이 암시적으로 선언됩니다. 인덱스 선언은 noDbIndex="true" 특성:
예제:
<key internal="true" name="customer" noDbIndex="true">
<keyfield xpath="@customerId"/>
</key>