範例結構描述的SQL對應提供下列XML檔案:
<schema mappingType="sql" name="recipient" namespace="cus" xtkschema="xtk:schema">
<enumeration basetype="byte" name="gender">
<value label="Not specified" name="unknown" value="0"/>
<value label="Male" name="male" value="1"/>
<value label="Female" name="female" value="2"/>
</enumeration>
<element name="recipient" sqltable="CusRecipient">
<attribute desc="Recipient email address" label="Email" length="80" name="email" sqlname="sEmail" type="string"/>
<attribute default="GetDate()" label="Date of creation" name="created" sqlname="tsCreated" type="datetime"/>
<attribute enum="gender" label="Gender" name="gender" sqlname="iGender" type="byte"/>
<element label="Location" name="location">
<attribute label="City" length="50" name="city" sqlname="sCity" type="string" userEnum="city"/>
</element>
</element>
</schema>
結構描述的根元素已不存在 <srcschema>
,但 <schema>
.
這會將我們帶到另一種型別的檔案,該檔案是從來源結構描述自動產生的,簡稱為結構描述。 Adobe Campaign應用程式將使用此結構描述。
SQL名稱是根據元素名稱和型別自動決定的。
SQL命名規則如下:
表格:串連綱要名稱空間和名稱
在我們的範例中,表格的名稱是透過以下結構描述的主要元素輸入: sqltable 屬性:
<element name="recipient" sqltable="CusRecipient">
欄位:前面有根據型別定義之前置詞的元素名稱('i'代表整數,'d'代表雙精度浮點數,'s'代表字串,'ts'代表日期等)
欄位名稱是透過 sqlname 每個型別的屬性 <attribute>
和 <element>
:
<attribute desc="Email address of recipient" label="Email" length="80" name="email" sqlname="sEmail" type="string"/>
可以從來源結構描述多載SQL名稱。 若要這麼做,請在相關元素上填入「sqltable」或「sqlname」屬性。
用來建立從擴充綱要產生之表格的SQL命令檔如下:
CREATE TABLE CusRecipient(
iGender NUMERIC(3) NOT NULL Default 0,
sCity VARCHAR(50),
sEmail VARCHAR(80),
tsCreated TIMESTAMP Default NULL);
SQL欄位限制如下:
依預設,任何輸入的 <attribute>
和 <element>
元素對應至資料結構描述表格的SQL欄位。 不過,您可以用XML來參照此欄位,而非SQL,這表示資料會儲存在包含所有XML欄位值的表格之備忘錄欄位(「mData」)中。 這些資料的儲存是觀察結構描述結構的XML檔案。
若要以XML填入欄位,您必須新增 xml 對相關元素具有「true」值的屬性。
範例:以下是兩個XML欄位使用範例。
多行註解欄位:
<element name="comment" xml="true" type="memo" label="Comment"/>
HTML格式的資料說明:
<element name="description" xml="true" type="html" label="Description"/>
「html」型別可讓您將HTML內容儲存在CDATA標籤中,並在Adobe Campaign使用者端介面中顯示特殊的HTML編輯檢查。
使用XML欄位可讓您新增欄位,而不需要修改資料庫的實體結構。 另一個優點是,您使用的資源較少(配置給SQL欄位的大小、限制每個表格的欄位數等)。
主要缺點是無法索引或篩選XML欄位。
索引可讓您最佳化應用程式中使用的SQL查詢效能。
從資料結構描述的主要元素宣告索引。
<dbindex name="name_of_index" unique="true/false">
<keyfield xpath="xpath_of_field1"/>
<keyfield xpath="xpath_of_field2"/>
...
</key>
索引遵循下列規則:
作為標準,索引是從結構描述的主要元素宣告的第一個元素。
索引是在表格對應期間自動建立(標準或FDA)。
範例:
新增索引至電子郵件地址和城市:
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
<dbindex name="email">
<keyfield xpath="@email"/>
<keyfield xpath="location/@city"/>
</dbindex>
<attribute name="email" type="string" length="80" label="Email" desc="Email address of recipient"/>
<element name="location" label="Location">
<attribute name="city" type="string" length="50" label="City" userEnum="city"/>
</element>
</element>
</srcSchema>
新增唯一索引至「id」名稱欄位:
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
<dbindex name="id" unique="true">
<keyfield xpath="@id"/>
</dbindex>
<dbindex name="email">
<keyfield xpath="@email"/>
</dbindex>
<attribute name="id" type="long" label="Identifier"/>
<attribute name="email" type="string" length="80" label="Email" desc="Email address of recipient"/>
</element>
</srcSchema>
表格必須至少有一個索引鍵用於識別表格中的記錄。
從資料結構描述的主要元素中宣告索引鍵。
<key name="name_of_key">
<keyfield xpath="xpath_of_field1"/>
<keyfield xpath="xpath_of_field2"/>
...
</key>
金鑰遵循下列規則:
作為標準,索引鍵是在定義索引後,從結構描述的主要元素宣告的元素。
金鑰是在表格對應期間建立(標準或FDA),Adobe Campaign會尋找唯一索引。
範例:
將金鑰新增至電子郵件地址和城市:
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
<key name="email">
<keyfield xpath="@email"/>
<keyfield xpath="location/@city"/>
</key>
<attribute name="email" type="string" length="80" label="Email" desc="Email address of recipient"/>
<element name="location" label="Location">
<attribute name="city" type="string" length="50" label="City" userEnum="city"/>
</element>
</element>
</srcSchema>
產生的結構描述:
<schema mappingType="sql" name="recipient" namespace="cus" xtkschema="xtk:schema">
<element name="recipient" sqltable="CusRecipient">
<dbindex name="email" unique="true">
<keyfield xpath="@email"/>
<keyfield xpath="location/@city"/>
</dbindex>
<key name="email">
<keyfield xpath="@email"/>
<keyfield xpath="location/@city"/>
</key>
<attribute desc="Email address of recipient" label="Email" length="80" name="email" sqlname="sEmail" type="string"/>
<element label="Location" name="location">
<attribute label="City" length="50" name="city" sqlname="sCity" type="string" userEnum="city"/>
</element>
</element>
</schema>
在「id」名稱欄位中新增主要或內部索引鍵:
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
<key name="id" internal="true">
<keyfield xpath="@id"/>
</key>
<key name="email" noDbIndex="true">
<keyfield xpath="@email"/>
</key>
<attribute name="id" type="long" label="Identifier"/>
<attribute name="email" type="string" length="80" label="Email" desc="Email address of recipient"/>
</element>
</srcSchema>
產生的結構描述:
<schema mappingType="sql" name="recipient" namespace="cus" xtkschema="xtk:schema">
<element name="recipient" sqltable="CusRecipient">
<key name="email">
<keyfield xpath="@email"/>
</key>
<dbindex name="id" unique="true">
<keyfield xpath="@id"/>
</dbindex>
<key internal="true" name="id">
<keyfield xpath="@id"/>
</key>
<attribute label="Identifier" name="id" sqlname="iRecipientId" type="long"/>
<attribute desc="Email address of recipient" label="Email" length="80" name="email" sqlname="sEmail" type="string"/>
</element>
</schema>
大部分Adobe Campaign表格的主要索引鍵是由資料庫引擎自動產生的32位元長整數。 機碼值的計算取決於順序(根據預設, XtkNewId SQL函式)產生在整個資料庫中唯一的數字。 插入記錄時會自動輸入金鑰的內容。
增量索引鍵的優點在於,它提供不可修改的技術索引鍵用於表格之間的聯結。 此外,此索引鍵使用雙位元組整數,因此不會佔用太多記憶體。
您可以在來源綱要中指定要與搭配使用的序列名稱 pkSequence 屬性。 如果來源結構描述中未指定此屬性, XtkNewId 將會使用預設序列。 應用程式使用專用的序列 nms:broadLog 和 nms:trackingLog 結構描述(NmsBroadLogId 和 NmsTrackingLogId 這些是包含最多記錄的表格。
從ACC 18.10, XtkNewId 不再是現成可用結構中序列的預設值。 您現在可以使用專用序列來建置方案或擴充現有方案。
建立新結構描述或在結構描述擴充期間,您需要為整個結構描述保留相同的主要索引鍵序列值(@pkSequence)。
Adobe Campaign結構描述中參照的序列(NmsTrackingLogId 例如)必須與SQL函式相關聯,此函式會傳回引數中的ID數目(以逗號分隔)。 必須呼叫此函式 GetNew XXX Id,其中 XXX 是序列的名稱(GetNewNmsTrackingLogIds 例如)。 檢視 postgres-nms.sql, mssql-nms.sql 或 oracle-nms.sql 中隨應用程式提供的檔案 datakit/nms/eng/sql/ 目錄,以復原每個資料庫引擎的「NmsTrackingLogId」序列建立範例。
若要宣告唯一金鑰,請填入 autopk 屬性(值為「true」)。
範例:
在來源結構描述中宣告增量金鑰:
<srcSchema name="recipient" namespace="cus">
<element name="recipient" autopk="true">
...
</element>
</srcSchema>
產生的結構描述:
<schema mappingType="sql" name="recipient" namespace="cus" xtkschema="xtk:schema">
<element name="recipient" autopk="true" pkSequence="XtkNewId" sqltable="CusRecipient">
<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="iRecipientId" type="long"/>
</element>
</schema>
除了索引鍵及其索引的定義外,名為「id」的數值欄位已新增至擴充架構,以包含自動產生的主要索引鍵。
主鍵設為0的記錄會在建立表格時自動插入。 此記錄用於避免外部聯結,這些外部聯結在磁碟區表格上無效。 依預設,所有外部索引鍵都是以值0初始化,如此一來,當資料專案未填入時,就可以在聯結上傳回結果。
連結說明一個表格與另一個表格之間的關聯。
各種關聯(稱為「基數」)型別如下:
在介面中,您可以透過圖示輕鬆區分不同型別的關係。
對於與Campaign資料表/資料庫的聯結關係:
對於使用同盟資料庫存取的聯結關係:
如需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>
連結遵循下列規則:
連結的定義輸入於 連結-type <element>
具有下列屬性:
名稱:來源表格中的連結名稱,
目標:目標結構描述的名稱,
標籤:連結的標籤,
revLink (選用):來自目標架構的反向連結名稱(預設會自動衍生),
完整性 (選擇性):來源表格出現位置與目標表格出現位置的參照完整性。 可能的值如下:
revIntegrity (選擇性):目標綱要上的完整性(選擇性,預設為「一般」),
revCardinality (選用):值為「single」時,會將型別1-1 (預設為1-N)填入基數。
externalJoin (選用):強制外部聯結
revExternalJoin (選用):強制反向連結上的外部聯結
連結會參照來源表格到目的地表格的一或多個欄位。 構成聯結的欄位( <join>
元素),因為預設會使用目標結構描述的內部索引鍵自動推斷。
索引會自動新增至擴充綱要中連結的外部索引鍵。
連結由兩個半連結組成,其中第一個是從來源綱要宣告,第二個是在目標綱要的延伸綱要中自動建立。
連線可以是外部連線,如果 externalJoin 加入屬性,值為「true」(PostgreSQL支援)。
作為標準,連結是在結構描述結尾宣告的元素。
與「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」表格的反向連結,其中包含下列引數:
在此範例中,我們將宣告指向「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>
與「cus:extension」綱要表格的1-1關係:
<element integrity="own" label="Extension" name="extension" revCardinality="single" revLink="recipient" target="cus:extension" type="link"/>
連結至資料夾(「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')」函式中輸入的第一個合格引數型別檔案的識別碼。
在此範例中,我們希望透過在連結(「company」到「cus:company」架構)上建立索引鍵 xlink (「電子郵件」)表格的屬性和欄位:
<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」連結的外部金鑰。 此索引鍵會在兩個欄位上產生唯一索引。