기존 테이블을 참조하는 스키마의 특성은 다음과 같습니다.
기본 제공 수신자 테이블의 필드를 삭제하지 마십시오. 이 필드는 쓸모가 없습니다. 이로 인해 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 테이블에 대해 lastName 및 firstName 섹션에 대해 자세히 알아보십시오.
스키마에서 기존 테이블의 열 일부만 채울 수 있습니다. 채워지지 않은 열은 사용자가 액세스할 수 없습니다.
클라이언트 콘솔에서 목록의 레코드를 정렬하면 인덱싱된 필드를 정렬하여 더 나은 성능을 얻을 수 있습니다. 스키마에서 인덱스를 선언하면 콘솔에 다음과 같이 열 레이블의 왼쪽에 있는 정렬 순서 화살표 아래에 빨간색으로 색인화된 필드가 표시됩니다.
스키마에서 색인은 다음과 같이 정의됩니다.
<dbindex name="name_of_index" unique="true/false"
<keyfield xpath="xpath_1st_field"/
<keyfield xpath="xpath_2nd_field"/
...
</dbindex
따라서 일치하는 스키마에서 사용자 지정 테이블의 기존 인덱스를 선언하는 것이 중요합니다.
인덱스는 소스 스키마의 각 키 및 링크 선언에 대해 암시적으로 선언됩니다. 인덱스 선언을 noDbIndex="true" attribute:
예제:
<key internal="true" name="customer" noDbIndex="true">
<keyfield xpath="@customerId"/>
</key>