La struttura fisica e logica dei dati trasferiti nell’applicazione è descritta in XML. Obbedisce a una grammatica specifica di Adobe Campaign, denominata schema.
Uno schema è un documento XML associato a una tabella di database. Definisce la struttura dati e descrive la definizione SQL della tabella:
Descrive inoltre la struttura XML utilizzata per memorizzare i dati:
Gli schemi consentono di definire un’entità nel database. Esiste uno schema per ogni entità.
Adobe Campaign utilizza gli schemi di dati per:
Per informazioni sulle tabelle integrate di Campaign e sulla loro interazione, consulta questa sezione.
Ad alcuni schemi integrati di Campaign è associato uno schema nel database Cloud. Questi schemi sono identificati da Xxl e non devono essere modificati o estesi.
L’elemento principale dello schema è <srcschema>
. Contiene il <element>
e <attribute>
sottoelementi.
Il primo <element>
sottoelemento coincide con la radice dell’entità.
<srcSchema name="recipient" namespace="cus">
<element name="recipient">
<attribute name="lastName"/>
<attribute name="email"/>
<element name="location">
<attribute name="city"/>
</element>
</element>
</srcSchema>
L’elemento principale dell’entità ha lo stesso nome dello schema.
Il <element>
I tag definiscono i nomi degli elementi di entità. <attribute>
I tag dello schema definiscono i nomi degli attributi nel <element>
i tag a cui sono stati collegati.
Uno schema di dati è identificato dal nome e dallo spazio dei nomi.
Uno spazio dei nomi consente di raggruppare un set di schemi per area di interesse. Ad esempio, il cus lo spazio dei nomi viene utilizzato per la configurazione specifica del cliente (clienti).
Come standard, il nome dello spazio dei nomi deve essere conciso e deve contenere solo caratteri autorizzati in conformità alle regole di denominazione XML.
Gli identificatori non devono iniziare con caratteri numerici.
Alcuni spazi dei nomi sono riservati alle descrizioni delle entità di sistema necessarie per il funzionamento dell’applicazione Adobe Campaign. Il seguente spazio dei nomi non deve essere utilizzato per identificare un nuovo schema, in qualsiasi combinazione maiuscola/minuscola:
La chiave di identificazione di uno schema è una stringa creata utilizzando lo spazio dei nomi e il nome separato da due punti, ad esempio: nms:destinatario.
Per aggiungere un campo o un altro elemento a uno degli schemi di dati di base in Campaign, ad esempio la tabella dei destinatari (nms:recipient), devi estendere tale schema.
Per ulteriori informazioni, consulta Estendere uno schema.
Per aggiungere un tipo di dati completamente nuovo che non esiste in Adobe Campaign (ad esempio, una tabella di contratti) puoi creare direttamente uno schema personalizzato.
Per ulteriori informazioni, consulta Crea un nuovo schema.
Dopo aver creato o esteso uno schema in cui lavorare, la best practice consiste nel definire gli elementi di contenuto XML nello stesso ordine in cui vengono visualizzati di seguito.
Le enumerazioni vengono definite prima, prima dell’elemento principale dello schema. Consentono di visualizzare i valori in un elenco per limitare le scelte dell’utente per un determinato campo.
Esempio:
<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>
Quando definisci i campi, puoi quindi utilizzare questa enumerazione nel modo seguente:
<attribute desc="Type of Transaction" label="Transaction Type" name="transactionType"
type="string" enum="exTransactionTypeEnum"/>
È inoltre possibile utilizzare enumerazioni gestite dall'utente (in genere Administration > Platform ) per specificare i valori per un determinato campo. Si tratta di enumerazioni globali efficaci e rappresentano una scelta migliore se l’enumerazione può essere utilizzata al di fuori dello schema specifico in cui stai lavorando.
Ogni tabella deve avere almeno una chiave e spesso viene stabilita automaticamente nell’elemento principale dello schema utilizzando autopk attributo impostato su true.
Inoltre, nell'ambito di una Distribuzione aziendale (FFDA), utilizza @autouuid e impostarlo su true.
La chiave primaria può essere definita anche utilizzando interno attributo.
Esempio:
<key name="householdId" internal="true">
<keyfield xpath="@householdId"/>
</key>
In questo esempio, invece di consentire a @autopk o @autouuid crea una chiave primaria predefinita denominata "id" stiamo specificando la nostra chiave primaria "familyId".
Quando crei un nuovo schema o durante un’estensione dello schema, devi mantenere lo stesso valore di sequenza di chiave primaria (@pkSequence) per l’intero schema.
Ulteriori informazioni sulle chiavi in questa sezione.
Gli attributi consentono di definire i campi che compongono l’oggetto dati. È possibile utilizzare Insert nella barra degli strumenti dell'edizione dello schema per rilasciare modelli di attributi vuoti nel codice XML in cui si trova il cursore. Per ulteriori informazioni, consulta questa sezione.
L’elenco completo degli attributi è disponibile nella sezione <attribute>
sezione elemento in Documentazione di Campaign Classic v7. Di seguito sono riportati alcuni degli attributi più comunemente utilizzati: @advanced, @dataPolicy, @default, @desc, @enum, @expr, @label, @length, @name, @notNull, @required, @ref, @xml, @type.
Per ulteriori informazioni su ciascun attributo, fare riferimento alla descrizione dell'attributo in Documentazione di Campaign Classic v7.
Esempio di definizione di un valore predefinito:
<attribute name="transactionDate" label="Transaction Date" type="datetime" default="GetDate()"/>
Esempio di utilizzo di un attributo comune come modello per un campo contrassegnato come obbligatorio:
<attribute name="mobile" label="Mobile" template="nms:common:phone" required="true" />
Esempio di un campo calcolato nascosto utilizzando @advanced attributo:
<attribute name="domain" label="Email domain" desc="Domain of recipient email address" expr="GetEmailDomain([@email])" advanced="true" />
Esempio di un campo XML memorizzato anche in un campo SQL e che dispone di un @dataPolicy attributo.
<attribute name="secondaryEmail" label="Secondary email address" length="100" xml="true" sql="true" dataPolicy="email" />
Sebbene la maggior parte degli attributi sia collegata in base a una cardinalità 1-1 a un campo fisico del database, questo non avviene per i campi XML o i campi calcolati.
Un campo XML viene memorizzato in un campo Memo ("mData") della tabella.
Un campo calcolato, tuttavia, viene creato in modo dinamico ogni volta che viene avviata una query, pertanto esiste solo nel livello applicativo.
I collegamenti sono alcuni degli ultimi elementi nell’elemento principale dello schema. Definiscono il modo in cui tutti i diversi schemi nella tua istanza si relazionano tra loro.
I collegamenti sono dichiarati nello schema che contiene chiave esterna della tabella a cui è collegato.
Esistono tre tipi di cardinalità: 1-1, 1-N e N-N. È il tipo 1-N utilizzato per impostazione predefinita.
Un esempio di collegamento 1-N tra la tabella dei destinatari (schema predefinito) e una tabella di transazioni personalizzate:
<element label="Recipient" name="lnkRecipient" revLink="lnkTransactions" target="nms:recipient" type="link"/>
Un esempio di collegamento 1-1 tra uno schema personalizzato "Car" (nello spazio dei nomi "cus") e la tabella dei destinatari:
<element label="Car" name="lnkCar" revCardinality="single" revLink="recipient" target="cus:car" type="link"/>
Esempio di join esterno tra la tabella dei destinatari e una tabella di indirizzi basata sull'indirizzo e-mail e non su una chiave primaria:
<element name="emailInfo" label="Email Info" revLink="recipient" target="nms:address" type="link" externalJoin="true">
<join xpath-dst="@address" xpath-src="@email"/>
</element>
Qui "xpath-dst" corrisponde alla chiave primaria nello schema di destinazione e "xpath-src" corrisponde alla chiave esterna nello schema di origine.
Un elemento utile che puoi includere nella parte inferiore dello schema è un elemento di tracciamento (Audit trail).
Utilizza l’esempio seguente per includere nella tabella campi relativi alla data di creazione, all’utente che ha creato i dati, alla data e all’autore dell’ultima modifica per tutti i dati:
<element aggregate="xtk:common:auditTrail" name="auditTrail"/>
Una volta completate e salvate le modifiche, è necessario applicare al database tutte le modifiche che possono influire sulla struttura SQL. A tale scopo, utilizzare l'Assistente all'aggiornamento del database.
Per ulteriori informazioni al riguardo, consulta questa sezione.
Quando le modifiche non influiscono sulla struttura del database, è sufficiente rigenerare gli schemi. A questo scopo, seleziona gli schemi da aggiornare, fai clic con il pulsante destro del mouse e scegli Actions > Regenerate selected schemas….