Show Menu
ARGOMENTI×

Nozioni di base sulla composizione dello schema

Questo documento fornisce un'introduzione agli schemi di Experience Data Model (XDM) e ai blocchi costitutivi, ai principi e alle procedure ottimali per la composizione degli schemi da utilizzare in Adobe Experience Platform. Per informazioni generali su XDM e come viene utilizzato in Piattaforma, consultate la panoramica di sistema XDM.

Informazioni sugli schemi

Uno schema è un insieme di regole che rappresentano e convalidano la struttura e il formato dei dati. A un livello elevato, gli schemi forniscono una definizione astratta di un oggetto reale (ad esempio una persona) e delineano quali dati includere in ciascuna istanza di tale oggetto (ad esempio nome, cognome, compleanno e così via).
Oltre a descrivere la struttura dei dati, gli schemi applicano vincoli e aspettative ai dati in modo che possano essere convalidati man mano che si spostano tra i sistemi. Queste definizioni standard consentono l'interpretazione coerente dei dati, indipendentemente dall'origine, e rimuovono la necessità di una traduzione tra le applicazioni.
Experience Platform mantiene questa normalizzazione semantica attraverso gli schemi. Gli schemi sono il modo standard per descrivere i dati in Experience Platform, consentendo a tutti i dati conformi agli schemi di essere riutilizzabili senza conflitti all'interno di un'organizzazione e persino di essere condivisibili tra più organizzazioni.

Tabelle relazionali e oggetti incorporati

Quando si utilizzano i database relazionali, le best practice prevedono la normalizzazione dei dati o la suddivisione di un'entità in parti distinte che vengono visualizzate in più tabelle. Per leggere i dati nel loro insieme o aggiornare l'entità, le operazioni di lettura e scrittura devono essere eseguite in più singole tabelle utilizzando JOIN.
Utilizzando gli oggetti incorporati, gli schemi XDM possono rappresentare direttamente dati complessi e archiviarli in documenti indipendenti con struttura gerarchica. Uno dei principali vantaggi di questa struttura è che consente di eseguire query sui dati senza dover ricostruire l'entità tramite join costosi a più tabelle denormalizzate.

Schemi e grandi dati

I sistemi digitali moderni generano una vasta quantità di segnali comportamentali (dati sulle transazioni, registri web, Internet di cose, visualizzazione e così via). Questi grandi dati offrono straordinarie opportunità di ottimizzare le esperienze, ma sono difficili da utilizzare a causa della scala e della varietà dei dati. Al fine di ottenere valore dai dati, la struttura, il formato e le definizioni devono essere standardizzati in modo che possano essere elaborati in modo coerente ed efficiente.
Gli schemi risolvono questo problema consentendo l'integrazione dei dati da più fonti, standardizzati attraverso strutture e definizioni comuni e condivisi tra soluzioni. Questo consente ai processi e ai servizi successivi di rispondere a qualsiasi tipo di domanda posta sui dati, allontanandosi dall'approccio tradizionale alla modellazione dei dati, dove tutte le domande che verranno poste sui dati sono note in anticipo e i dati sono modellati per conformarsi a tali aspettative.

Flussi di lavoro basati su schemi in Experience Platform

La standardizzazione è un concetto chiave dietro a Experience Platform. XDM, guidato da Adobe, è uno sforzo per standardizzare i dati sull'esperienza cliente e definire schemi standard per la gestione dell'esperienza cliente.
L'infrastruttura su cui è basata la piattaforma Experience Platform, nota come XDM System, semplifica i flussi di lavoro basati su schema e include il Registro di sistema dello schema, l'Editor di schema, i metadati dello schema e i pattern di consumo del servizio. See the XDM System overview for more information.

Pianificazione dello schema

Il primo passaggio nella creazione di uno schema consiste nel determinare il concetto, o oggetto reale, che si sta tentando di acquisire all'interno dello schema. Una volta identificato il concetto che si sta cercando di descrivere, è possibile iniziare a pianificare lo schema pensando a cose come il tipo di dati, campi di identità potenziali e come lo schema potrebbe evolvere in futuro.

Comportamenti dei dati in Experience Platform

I dati da utilizzare in Experience Platform sono raggruppati in due tipi di comportamento:
  • Record data : Fornisce informazioni sugli attributi di un oggetto. Un soggetto potrebbe essere un'organizzazione o un individuo.
  • Dati serie temporali: Fornisce un'istantanea del sistema al momento in cui un'azione è stata eseguita direttamente o indirettamente da un soggetto del record.
Tutti gli schemi XDM descrivono i dati che possono essere classificati come record o serie temporali. Il comportamento dei dati di uno schema è definito dalla classe dello schema, che viene assegnata a uno schema al momento della sua creazione. Le classi XDM sono descritte in dettaglio più avanti in questo documento.
Gli schemi di record e di serie temporali contengono una mappa di identità ( xdm:identityMap ). Questo campo contiene la rappresentazione di identità di un oggetto, ricavata dai campi contrassegnati come "Identità" come descritto nella sezione successiva.

Identità

Gli schemi vengono utilizzati per assimilare i dati in Experience Platform. Questi dati possono essere utilizzati tra più servizi per creare una singola vista unificata di una singola entità. Pertanto, è importante, quando si pensa agli schemi, pensare a "Identità" e a quali campi è possibile utilizzare per identificare un oggetto, indipendentemente da dove i dati provengano.
Per facilitare questo processo, i campi chiave possono essere contrassegnati come "Identità". Al momento dell'inserimento dei dati, i dati contenuti in tali campi saranno inseriti nel "Grafico identità" per l'individuo in questione. I dati del grafico sono quindi accessibili tramite il profilo cliente in tempo reale e altri servizi della piattaforma di esperienze, per fornire una visualizzazione unificata di ciascun cliente.
I campi generalmente contrassegnati come "Identità" includono: indirizzo e-mail, numero di telefono, ID Experience Cloud (ECID) , ID CRM o altri campi ID univoci. È inoltre necessario considerare eventuali identificatori univoci specifici della propria organizzazione, in quanto possono essere buoni anche i campi "Identità".
È importante considerare le identità dei clienti durante la fase di pianificazione dello schema, in modo da garantire che i dati vengano uniti per creare il profilo più affidabile possibile. Consulta la panoramica del servizio identità per scoprire come le informazioni sull'identità possono aiutarti a fornire esperienze digitali ai tuoi clienti.

Principi di evoluzione dello schema

Mentre la natura delle esperienze digitali continua ad evolversi, devono evolversi anche gli schemi utilizzati per rappresentarle. Uno schema ben progettato è quindi in grado di adattarsi ed evolversi in base alle esigenze, senza causare modifiche distruttive alle versioni precedenti dello schema.
Poiché per l’evoluzione dello schema è fondamentale mantenere la compatibilità con le versioni precedenti, Experience Platform applica un principio di controllo delle versioni puramente additivo per garantire che qualsiasi revisione dello schema produca solo aggiornamenti e modifiche non distruttivi. In altre parole, le modifiche di interruzione non sono supportate.
Modifiche supportate
Interruzione delle modifiche (non supportata)
  • Aggiunta di nuovi campi a uno schema esistente
  • Impostazione di un campo obbligatorio come facoltativo
  • Rimozione di campi definiti in precedenza
  • Introduzione di nuovi campi obbligatori
  • Ridenominazione o ridefinizione di campi esistenti
  • Rimozione o limitazione di valori di campo supportati in precedenza
  • Spostamento degli attributi in una diversa posizione nella struttura
Se uno schema non è ancora stato utilizzato per assimilare i dati in Experience Platform, potresti introdurre una modifica anomala a tale schema. Tuttavia, una volta che lo schema è stato utilizzato in Piattaforma, deve aderire al criterio di controllo delle versioni additivo.

Schemi e acquisizione dei dati

Per trasferire i dati in Experience Platform, è necessario creare prima un dataset. I set di dati sono gli elementi costitutivi della trasformazione e del tracciamento dei dati per il servizio Panoramica di Servizio catalogo catalogo e generalmente rappresentano tabelle o file contenenti dati acquisiti. Tutti i set di dati si basano sugli schemi XDM esistenti, che forniscono vincoli per ciò che i dati acquisiti devono contenere e per come dovrebbero essere strutturati. Per ulteriori informazioni, consulta la panoramica sull’inserimento dei dati in Adobe Experience Platform .

Creazione di blocchi di uno schema

Experience Platform utilizza un approccio di composizione in cui i blocchi di generazione standard vengono combinati per creare schemi. Questo approccio promuove la riutilizzabilità dei componenti esistenti e favorisce la standardizzazione in tutto il settore per supportare schemi e componenti fornitore in Platform.
Gli schemi sono composti utilizzando la seguente formula:
Classe + Mixin* = Schema XDM
*Uno schema è composto da una classe e da zero o più mixin. Ciò significa che è possibile comporre uno schema di set di dati senza utilizzare i mixin.

Classe

La composizione di uno schema inizia con l'assegnazione di una classe. Le classi definiscono gli aspetti comportamentali dei dati che lo schema conterrà (record o serie temporali). Inoltre, le classi descrivono il minor numero di proprietà comuni che tutti gli schemi basati su tale classe dovrebbero includere e forniscono un modo per l'unione di più set di dati compatibili.
Una classe determina inoltre quali mixin saranno utilizzabili nello schema. Questo viene descritto più dettagliatamente nella sezione mixin che segue.
Esistono classi standard fornite con ogni integrazione di Experience Platform, note come classi "Industry". Le classi di settore sono standard di settore generalmente accettati che si applicano a un'ampia serie di casi d'uso. Esempi di classi Industry includono le classi XDM Singolo profilo e XDM ExperienceEvent fornite da Adobe.
Experience Platform consente anche classi "Vendor", che sono classi definite dai partner della piattaforma Experience e rese disponibili a tutti i clienti che utilizzano tale servizio o applicazione all'interno della piattaforma.
Esistono anche classi utilizzate per descrivere casi di utilizzo più specifici per singole organizzazioni all'interno delle classi Piattaforma, denominate "Customer". Le classi cliente sono definite da un'organizzazione quando non sono disponibili classi Settore o Fornitore per descrivere un caso di utilizzo univoco.
Ad esempio, uno schema che rappresenta i membri di un programma Fedeltà descrive i dati dei record relativi a un singolo utente e può quindi essere basato sulla classe XDM Profilo singolo, una classe di settore standard definita da Adobe.

Mixin

Un mixin è un componente riutilizzabile che definisce uno o più campi che implementano determinate funzioni come i dati personali, le preferenze alberghiere o l'indirizzo. Le mixine sono destinate ad essere incluse come parte di uno schema che implementa una classe compatibile.
Le combinazioni definiscono le classi con cui sono compatibili in base al comportamento dei dati che rappresentano (record o serie temporali). Ciò significa che non tutti i mixin sono disponibili per l'uso con tutte le classi.
I mixin hanno lo stesso ambito e la stessa definizione delle classi: esistono mixin di settore, mixin di fornitori e mixin di clienti definiti dalle singole organizzazioni che utilizzano la piattaforma. La piattaforma Experience include molti mixin standard di settore, consentendo al contempo ai fornitori di definire mixin per i propri utenti e ai singoli utenti di definire mixin base ai propri concetti specifici.
Ad esempio, per acquisire dettagli quali "Nome" e "Indirizzo abitazione" per lo schema "Membri fedeltà", sarebbe possibile utilizzare mixin standard che definiscono tali concetti comuni. Tuttavia, i concetti specifici per casi di utilizzo meno comuni (come "Livello programma fedeltà") spesso non hanno un mixin predefinito. In questo caso, per acquisire queste informazioni dovete definire un mixin personalizzato.
Tenere presente che gli schemi sono composti da "zero o più" mixin, pertanto è possibile comporre uno schema valido senza utilizzare alcun mixin.

Tipo di dati

I tipi di dati sono utilizzati come tipi di campi di riferimento in classi o schemi allo stesso modo dei campi letterali di base. La differenza principale sta nel fatto che i tipi di dati possono definire più sottocampi. Analogamente a un mixin, un tipo di dati consente l'uso coerente di una struttura multi-campo, ma offre maggiore flessibilità rispetto a un mixin, perché un tipo di dati può essere incluso in qualsiasi punto dello schema aggiungendo il tipo di dati "tipo" di un campo.
Experience Platform fornisce diversi tipi di dati comuni come parte del Registro di sistema dello schema per supportare l'uso di pattern standard per la descrizione delle strutture di dati comuni. Questo è spiegato più in dettaglio nelle esercitazioni del Registro di sistema dello schema, dove diventerà più chiaro man mano che si passano i passaggi per definire i tipi di dati.

Field

Un campo è il blocco predefinito più basilare di uno schema. I campi forniscono vincoli relativi al tipo di dati che possono contenere definendo un tipo di dati specifico. Questi tipi di dati di base definiscono un singolo campo, mentre i tipi di dati precedentemente indicati consentono di definire più sottocampi e di riutilizzare la stessa struttura multi-campo in vari schemi. Pertanto, oltre a definire il "tipo di dati" di un campo come uno dei tipi di dati definiti nel Registro di sistema, Experience Platform supporta tipi scalari di base come:
  • Stringa
  • Intero
  • Numero
  • Booleano
  • Matrice
  • Oggetto
Gli intervalli validi di questi tipi scalari possono essere ulteriormente vincolati a determinati pattern, formati, minimi/massimi o valori predefiniti. Utilizzando questi vincoli, è possibile rappresentare un'ampia gamma di tipi di campo più specifici, tra cui:
  • Enum
  • Long
  • Breve
  • Byte
  • Data
  • Data-ora
  • Mappa
Il tipo di campo "map" consente la creazione di dati con coppie chiave-valore, inclusi più valori per una singola chiave. Le mappe possono essere definite solo a livello di sistema, il che significa che è possibile che una mappa venga visualizzata in uno schema definito dal settore o dal fornitore, ma non è disponibile per l'uso nei campi definiti dall'utente. La guida per gli sviluppatori API del Registro di schema contiene ulteriori informazioni sulla definizione dei tipi di campo.
Alcune operazioni di dati utilizzate dai servizi e dalle applicazioni a valle impongono vincoli su tipi di campo specifici. I servizi interessati includono, tra l'altro:
Prima di creare uno schema da utilizzare nei servizi a valle, consultare la documentazione appropriata per tali servizi al fine di comprendere meglio i requisiti di campo e i vincoli per le operazioni di dati a cui lo schema è destinato.

Campi XDM

Oltre ai campi di base e alla possibilità di definire i propri tipi di dati, XDM fornisce un set standard di campi e tipi di dati che vengono implicitamente compresi dai servizi della piattaforma Experience e che offrono maggiore coerenza se utilizzato tra i componenti della piattaforma.
Questi campi, come "Nome" e "Indirizzo e-mail" contengono connotazioni aggiunte oltre i tipi di campi scalari di base, a indicare a Piattaforma che tutti i campi che condividono lo stesso tipo di dati XDM si comportano allo stesso modo. Questo comportamento può essere considerato coerente, indipendentemente da dove provengono i dati, o in quale servizio piattaforma vengono utilizzati i dati.
Per un elenco completo dei campi XDM disponibili, consultate il dizionario dei campi XDM. Si consiglia di utilizzare i campi e i tipi di dati XDM laddove possibile per supportare coerenza e standardizzazione in tutta la piattaforma Experience.

Esempio di composizione

Gli schemi rappresentano il formato e la struttura dei dati che verranno trasferiti in Piattaforma e che verranno creati utilizzando un modello di composizione. Come già detto, questi schemi sono composti da una classe e da zero o più mixin compatibili con tale classe.
Ad esempio, uno schema che descrive gli acquisti effettuati in un negozio al dettaglio potrebbe essere denominato "Store Transactions". Lo schema implementa la classe ExperienceEvent XDM insieme al mixin Commerce standard e al mixin Informazioni prodotto definito dall'utente.
Un altro schema che tiene traccia del traffico del sito Web potrebbe essere denominato "Visite Web". Implementa anche la classe ExperienceEvent XDM, ma questa volta combina il mixin Web standard.
Il diagramma seguente mostra questi schemi e i campi che contribuiscono a ciascun mixin. Contiene inoltre due schemi basati sulla classe Profilo singolo XDM, incluso lo schema "Membri fedeltà" menzionato in precedenza in questa guida.

Unione

Experience Platform consente di comporre schemi per casi di utilizzo particolari, ma consente anche di visualizzare un'unione di schemi per un tipo di classe specifico. Il diagramma precedente mostra due schemi basati sulla classe ExperienceEvent XDM e due schemi basati sulla classe di profilo individuale XDM. L'unione, come illustrato di seguito, aggrega i campi di tutti gli schemi che condividono la stessa classe (XDM ExperienceEvent e XDM Singolo profilo, rispettivamente).
Attivando uno schema da utilizzare con il profilo cliente in tempo reale, verrà incluso nell'unione per quel tipo di classe. Il profilo fornisce profili solidi e centralizzati di attributi del cliente e un account con marca temporale di ogni evento che il cliente ha avuto in qualsiasi sistema integrato con Platform. Il profilo utilizza la visualizzazione unione per rappresentare questi dati e fornire una visione olistica di ciascun cliente.
Per ulteriori informazioni sull’utilizzo di Profile, consulta la panoramica Profilo cliente in tempo reale.

Mappatura dei file di dati agli schemi XDM

Tutti i file di dati acquisiti in Experience Platform devono essere conformi alla struttura di uno schema XDM. Per ulteriori informazioni su come formattare i file di dati per conformarsi alle gerarchie XDM (inclusi i file di esempio), consultate il documento sulle trasformazioni ETL di esempio. Per informazioni generali sull’assimilazione di file di dati in Experience Platform, consultate la panoramica sull’assimilazione dei batch .

Passaggi successivi

Ora che si conoscono le basi della composizione dello schema, è possibile iniziare a creare schemi utilizzando il Registro di sistema dello schema.
Il Registro di sistema dello schema viene utilizzato per accedere alla Libreria schemi all'interno di Adobe Experience Platform e fornisce un'interfaccia utente e un'API RESTful da cui sono accessibili tutte le risorse libreria disponibili. La Libreria schema contiene le risorse del settore definite da Adobe, le risorse del fornitore definite dai partner della Piattaforma esperienza e le classi, i mixin, i tipi di dati e gli schemi che sono stati composti da membri dell'organizzazione.
Per iniziare a comporre lo schema utilizzando l'interfaccia utente, seguire l'esercitazione Editor schema per creare lo schema "Membri fedeltà" menzionato in questo documento.
Per iniziare a utilizzare l'API del Registro di sistema dello schema, iniziare leggendo la guida per gli sviluppatori API del Registro di schema. Dopo aver letto la guida per gli sviluppatori, segui i passaggi descritti nell'esercitazione sulla creazione di uno schema tramite l'API del Registro di sistema dello schema.