스키마 작업 gs-ac-schemas

애플리케이션에 포함된 데이터의 물리적 및 논리적 구조는 XML에 설명되어 있습니다. schema ​이라고 하는 Adobe Campaign 관련 문법을 따릅니다.

스키마는 데이터베이스 테이블과 연관된 XML 문서입니다. 데이터 구조를 정의하고 테이블의 SQL 정의를 설명합니다.

또한 데이터를 저장하는 데 사용되는 XML 구조에 대해서도 설명합니다.

스키마를 사용하면 데이터베이스에서 엔티티를 정의할 수 있습니다. 각 엔티티에 대한 스키마가 있습니다.

Adobe Campaign은 데이터 스키마를 사용하여 다음을 수행합니다.

Campaign 기본 제공 테이블과 상호 작용에 대한 자세한 내용은 이 섹션을 참조하세요.

스키마 구문 syntax-of-schemas

스키마의 루트 요소는 <srcschema> ​입니다. <element> 및 <attribute> 하위 요소가 포함되어 있습니다.

첫 번째 <element> 하위 요소는 엔터티의 루트와 일치합니다.

<srcSchema name="recipient" namespace="cus">
  <element name="recipient">
    <attribute name="lastName"/>
    <attribute name="email"/>
    <element name="location">
      <attribute name="city"/>
   </element>
  </element>
</srcSchema>

<element> 태그는 엔터티 요소의 이름을 정의합니다. 스키마의 <attribute> 태그는 연결된 <element> 태그의 특성 이름을 정의합니다.

스키마 식별 identification-of-a-schema

데이터 스키마는 이름 및 네임스페이스로 식별됩니다.

네임스페이스를 사용하면 관심 영역별로 스키마 세트를 그룹화할 수 있습니다. 예를 들어 cus 네임스페이스는 고객별 구성(customers)에 사용됩니다.

예약된 네임스페이스 reserved-namespaces

특정 네임스페이스는 Adobe Campaign 애플리케이션 작업에 필요한 시스템 엔터티의 설명을 위해 예약되어 있습니다. 다음 네임스페이스 은(는) 사용 안 함 ​을(를) 사용하여 대/소문자 조합에서 새 스키마를 식별해야 합니다.

스키마의 식별 키는 네임스페이스와 콜론으로 구분된 이름을 사용하여 만든 문자열입니다(예: nms:recipient).

Campaign 스키마 만들기 또는 확장 create-or-extend-schemas

수신자 테이블(nms:recipient)과 같이, Campaign의 핵심 데이터 스키마 중 하나에 필드나 다른 요소를 추가하려면 해당 스키마를 확장해야 합니다.

자세한 내용은 스키마 확장을 참조하세요.

Adobe Campaign에 존재하지 않는 완전히 새로운 유형의 데이터(예: 계약 테이블)를 추가하려면 사용자 지정 스키마를 직접 만들 수 있습니다.

자세한 내용은 새 스키마 만들기를 참조하세요.

작업할 스키마를 만들거나 확장한 후에는 아래에 표시된 것과 동일한 순서로 해당 XML 콘텐츠 요소를 정의하는 것이 가장 좋습니다.

열거형 enumerations

먼저 스키마의 주 요소 앞에 열거형을 정의합니다. 값을 목록에 표시하여 주어진 필드에 대해 사용자가 선택할 수 있는 사항을 제한할 수 있습니다.

예:

<enumeration basetype="byte" name="exTransactionTypeEnum" default="store">
<value label="Website" name="web" value="0"/>
<value label="Call Center" name="phone" value="1"/>
<value label="In Store" name="store" value="2"/>
</enumeration>

필드를 정의할 때 다음과 같이 이 열거형을 사용할 수 있습니다.

<attribute desc="Type of Transaction" label="Transaction Type" name="transactionType"
type="string" enum="exTransactionTypeEnum"/>

키 keys

모든 테이블에는 하나 이상의 키가 있어야 하며 대개 true(으)로 설정된 autopk 특성을 사용하여 스키마의 기본 요소에 자동으로 설정됩니다.

또한 엔터프라이즈(FFDA) 배포의 컨텍스트에서 @autouuid ​을(를) 사용하여 true(으)로 설정하십시오.

internal 특성을 사용하여 기본 키를 정의할 수도 있습니다.

예:

<key name="householdId" internal="true">
  <keyfield xpath="@householdId"/>
</key>

이 예제에서는 @autopk 또는 @autouuid 특성이 "id"라는 기본 기본 키를 만들도록 하는 대신 고유한 "householdId" 기본 키를 지정합니다.

이 섹션의 키에 대해 자세히 알아보세요.

속성(필드) attributes--fields-

속성을 사용하면 데이터 개체를 구성하는 필드를 정의할 수 있습니다. 스키마 편집 도구 모음의 Insert 단추를 사용하여 커서가 있는 XML에 빈 특성 템플릿을 놓을 수 있습니다. 이 섹션에서 자세히 알아보십시오.

전체 특성 목록은 Campaign Classic v7 설명서의 <attribute> 요소 섹션에서 사용할 수 있습니다. 일반적으로 사용되는 특성 중 일부는 다음과 같습니다. @advanced, @dataPolicy, @default, @desc, @enum, @expr, @label, @length, @name, @notNull @required @ref @xml @type, ​, ​, ​, ​.

각 특성에 대한 자세한 내용은 Campaign Classic v7 설명서의 특성 설명을 참조하십시오.

예제 examples

기본값을 정의하는 예:

<attribute name="transactionDate" label="Transaction Date" type="datetime" default="GetDate()"/>

필수로 표시된 필드의 템플릿으로 공통 속성을 사용하는 예:

<attribute name="mobile" label="Mobile" template="nms:common:phone" required="true" />

@advanced 특성을 사용하여 숨겨진 계산 필드의 예:

<attribute name="domain" label="Email domain" desc="Domain of recipient email address" expr="GetEmailDomain([@email])" advanced="true" />

SQL 필드에 저장되며 @dataPolicy 특성이 있는 XML 필드의 예입니다.

<attribute name="secondaryEmail" label="Secondary email address" length="100" xml="true" sql="true" dataPolicy="email" />

링크 links

링크는 스키마의 기본 요소에 있는 마지막 요소 중 일부입니다. 인스턴스의 모든 스키마가 서로 관련되는 방식을 정의합니다.

링크가 연결된 테이블의 외래 키 ​을(를) 포함하는 스키마에서 링크가 선언되었습니다.

카디널리티에는 1-1, 1-N, N-N의 세 가지 유형이 있습니다. 기본적으로 사용되는 1-N 유형입니다.

예제 examples-1

수신자 테이블(기본 스키마)과 사용자 지정 트랜잭션 테이블 간의 1-N 링크의 예는 다음과 같습니다.

<element label="Recipient" name="lnkRecipient" revLink="lnkTransactions" target="nms:recipient" type="link"/>

사용자 지정 스키마 "Car"("cus" 네임스페이스)와 수신자 테이블 간의 1-1 링크의 예:

<element label="Car" name="lnkCar" revCardinality="single" revLink="recipient" target="cus:car" type="link"/>

기본 키가 아닌 이메일 주소를 기반으로 수신자 테이블과 주소 테이블 간의 외부 조인 예:

<element name="emailInfo" label="Email Info" revLink="recipient" target="nms:address" type="link" externalJoin="true">
  <join xpath-dst="@address" xpath-src="@email"/>
</element>

여기서 "xpath-dst"는 대상 스키마의 기본 키에 해당하고 "xpath-src"는 소스 스키마의 외래 키에 해당합니다.

감사 추적 audit-trail

스키마 하단에 포함할 수 있는 한 가지 유용한 요소는 추적 요소(감사 추적)입니다.

아래 예를 사용하여 생성 날짜, 데이터를 생성한 사용자, 날짜 및 테이블의 모든 데이터에 대한 마지막 수정 작성자와 관련된 필드를 포함할 수 있습니다.

<element aggregate="xtk:common:auditTrail" name="auditTrail"/>

데이터베이스 구조 업데이트 updating-the-database-structure

변경 사항이 완료되고 저장되면 SQL 구조에 영향을 줄 수 있는 모든 변경 사항을 데이터베이스에 적용해야 합니다. 이렇게 하려면 Database Update Assistant를 사용합니다.

이 작업에 대한 자세한 정보는 이 섹션을 참조하십시오.