Show Menu
ARGOMENTI×

Best practice per i modelli di dati

Questo documento delinea le raccomandazioni chiave durante la progettazione del modello dati di Adobe Campaign.
Per creare e modificare le risorse al fine di estendere il modello dati predefinito di Adobe Campaign, consulta questa sezione .
È possibile trovare una rappresentazione modello dati delle risorse integrate in questa pagina .

Panoramica

Il sistema Adobe Campaign è estremamente flessibile e può essere esteso oltre l'implementazione iniziale. Tuttavia, mentre le possibilità sono infinite, è fondamentale prendere decisioni sagge e creare solide basi per iniziare a progettare il modello dati.
Questo documento contiene esempi d'uso comuni e procedure ottimali per apprendere come architettare correttamente lo strumento Adobe Campaign.

Architettura del modello dati

Adobe Campaign Standard è un potente sistema di gestione delle campagne multicanale che consente di allineare le strategie online e offline per creare esperienze cliente personalizzate.

Metodo incentrato sul cliente

Mentre la maggior parte dei provider di servizi e-mail comunica ai clienti tramite un approccio incentrato sugli elenchi, Adobe Campaign si avvale di un database relazionale per sfruttare una visione più ampia dei clienti e dei loro attributi.
Questo approccio incentrato sul cliente è riportato nel grafico seguente. La risorsa Profilo in grigio rappresenta la tabella cliente principale intorno alla quale viene creato tutto:
Il modello dati predefinito di Adobe Campaign è presentato in questa sezione .

Dati per Adobe Campaign

Quali dati devono essere inviati ad Adobe Campaign? È fondamentale determinare i dati richiesti per le attività di marketing.
Adobe Campaign non è un data warehouse. Pertanto, non cercare di importare in Adobe Campaign tutti i possibili clienti e le relative informazioni associate.
Per decidere se un attributo sarebbe necessario o meno in Adobe Campaign, determina se rientrerebbe in una delle seguenti categorie:
  • Attributo utilizzato per la segmentazione
  • Attributo utilizzato per i processi di gestione dei dati (ad esempio, calcolo aggregato)
  • Attributo utilizzato per la personalizzazione
  • Attributo utilizzato per il reporting (i rapporti possono essere creati in base ai dati di profilo personalizzati)
Se non rientri in nessuno di questi elementi, molto probabilmente non avrai bisogno di questo attributo in Adobe Campaign.

Tipi di dati

Per garantire una buona architettura e prestazioni del sistema, segui le best practice riportate di seguito per configurare i dati in Adobe Campaign:
  • La lunghezza di un campo stringa deve essere sempre definita con la colonna. Per impostazione predefinita, la lunghezza massima in Adobe Campaign è di 255 caratteri, ma Adobe consiglia di ridurre la lunghezza del campo se sai già che la dimensione non supererà una lunghezza inferiore.
  • In Adobe Campaign è accettabile avere un campo più breve rispetto a quello del sistema di origine, se sei certo che la dimensione nel sistema di origine sia stata sopravvalutata e che non venga raggiunta. Ciò potrebbe significare una stringa più corta o un numero intero più piccolo in Adobe Campaign.

Configurazione della struttura dei dati

Questa sezione descrive le procedure ottimali per la configurazione della struttura dati di una risorsa.

Identificatori

Le risorse di Adobe Campaign hanno tre identificatori ed è possibile aggiungere un identificatore aggiuntivo.
La tabella seguente descrive questi identificatori e la loro funzione.
Il nome visualizzato è il nome del campo visualizzato all'utente tramite l'interfaccia utente di Adobe Campaign. Il nome tecnico è il nome del campo effettivo nella definizione delle risorse (e il nome della colonna della tabella).
Nome visualizzato
Nome tecnico
Descrizione
Best practice
PKey
  • PKey è la chiave primaria fisica di una tabella di Adobe Campaign.
  • Questo identificatore è in genere univoco per una specifica istanza di Adobe Campaign.
  • In Adobe Campaign Standard, questo valore non è visibile all'utente finale (tranne che negli URL).
  • Attraverso il sistema Get started with Campaign Standard APIs API è possibile recuperare un valore PKey (che è un valore generato/con hash, non la chiave fisica).
  • Si consiglia di non utilizzarlo per nient'altro che per recuperare, aggiornare o eliminare record tramite API.
ID
name o internalName
  • Queste informazioni sono un identificatore univoco di un record in una tabella. Questo valore può essere aggiornato manualmente.
  • Questo identificatore mantiene il suo valore se distribuito in un'altra istanza di Adobe Campaign. Deve avere un nome diverso dal valore generato per essere esportabile tramite un pacchetto.
  • Questa non è la chiave primaria effettiva della tabella.
  • Non utilizzate caratteri speciali come lo spazio "", la semicolona ":" o il trattino "-".
  • Tutti questi caratteri vengono sostituiti da un carattere di sottolineatura "_" (caratteri consentiti). Ad esempio, "abc-def" e "abc:def" vengono memorizzati come "abc_def" e si sovrascrivono a vicenda.
Etichetta
label
  • L'etichetta è l'identificatore aziendale di un oggetto o di un record in Adobe Campaign.
  • Questo oggetto consente spazi e caratteri speciali.
  • Non garantisce l'unicità di un documento.
  • È consigliabile determinare una struttura per le etichette degli oggetti.
  • Questa è la soluzione più semplice da usare per identificare un record o un oggetto per un utente di Adobe Campaign.
ID ACS
acsId
  • È possibile generare un identificatore aggiuntivo: l’ID Generazione di un ID univoco per profili e risorse personalizzate ACS.
  • Poiché il PKey non può essere utilizzato nell'interfaccia utente di Adobe Campaign, si tratta di una soluzione per ottenere un valore univoco generato durante l'inserimento di un record di profilo.
  • Il valore può essere generato automaticamente solo se l'opzione è abilitata nella risorsa prima che un record venga inserito in Adobe Campaign.
  • Questo UUUID può essere utilizzato come chiave di riconciliazione.
  • Un ID ACS generato automaticamente non può essere utilizzato come riferimento in un flusso di lavoro o in una definizione di pacchetto.
  • Questo valore è specifico per un'istanza di Adobe Campaign.

Tasti di identificazione

Ciascuna risorsa creata in Adobe Campaign deve avere almeno una chiave di identificazione univoca.
Quando create una risorsa personalizzata, sono disponibili due opzioni:
  • Combinazione di chiave generata automaticamente e chiave personalizzata interna. Questa opzione è interessante se la chiave di sistema è una chiave composita o non un numero intero. Gli interi forniranno prestazioni più elevate nelle grandi tabelle e uniranno ad altre tabelle.
  • Utilizzo della chiave primaria come chiave primaria del sistema esterno. Questa soluzione è generalmente preferita in quanto semplifica l'approccio all'importazione e all'esportazione dei dati, con una chiave coerente tra i diversi sistemi.
Le chiavi di identificazione non devono essere utilizzate come riferimento nei flussi di lavoro.

Indici

Adobe Campaign aggiunge automaticamente un indice a tutte le chiavi primarie e interne definite in una risorsa.
  • Adobe consiglia di definire indici aggiuntivi in quanto potrebbero migliorare le prestazioni.
  • Tuttavia, non aggiungete troppi indici in quanto utilizzano spazio nel database. Numerosi indici possono anche avere un impatto negativo sulle prestazioni.
  • Selezionare attentamente gli indici da definire.

Prestazioni

Per garantire prestazioni migliori in qualsiasi momento, segui le best practice riportate di seguito.

Raccomandazioni generali

  • Evitare di utilizzare operazioni come "CONTAINS" nelle query. Se sai cosa ci si aspetta e vuoi filtrare, applica la stessa condizione con "EQUAL TO" o altri operatori filtro specifici.
  • Evitare di unirsi a campi non indicizzati durante la creazione di dati nei flussi di lavoro.
  • Cercate di fare in modo che processi come l'importazione e l'esportazione avvengano al di fuori delle ore lavorative.
  • Assicurarsi che ci sia un programma per tutte le attività giornaliere e attenersi al programma.
  • Se uno o pochi processi giornalieri non riescono e se è obbligatorio eseguirli nello stesso giorno, assicurarsi che non siano in esecuzione processi in conflitto quando il processo manuale viene avviato, in quanto ciò potrebbe influire sulle prestazioni del sistema.
  • Accertatevi che nessuna delle campagne giornaliere venga eseguita durante il processo di importazione o quando viene eseguito un processo manuale.
  • Utilizzare una o più tabelle di riferimento anziché duplicare un campo in ogni riga. Quando si utilizzano coppie chiave/valore, è preferibile scegliere una chiave numerica.
  • Una stringa breve rimane accettabile. Nel caso in cui le tabelle di riferimento siano già presenti in un sistema esterno, il riutilizzo dello stesso agevolerà l'integrazione dei dati con Adobe Campaign.

Relazioni uno-a-molti

  • La progettazione dei dati influisce su usabilità e funzionalità. Se si progetta il modello dati con molte relazioni uno-a-molti, diventa più difficile per gli utenti costruire logiche significative nell'applicazione. La logica del filtro uno-molti può essere difficile per gli addetti al marketing non tecnico da costruire e comprendere correttamente.
  • È utile avere tutti i campi essenziali in una tabella, perché semplifica la creazione di query da parte degli utenti. A volte è anche utile che le prestazioni di alcuni campi vengano duplicate tra le tabelle, se è possibile evitare un join.
  • Alcune funzionalità integrate non saranno in grado di fare riferimento a relazioni uno-molti, ad esempio, formula di ponderazione dell'offerta e consegne.

Tabelle grandi

Di seguito sono riportate alcune best practice da seguire per la progettazione del modello dati utilizzando tabelle di grandi dimensioni e join complessi.
  • Ridurre il numero di colonne, in particolare identificando quelle non utilizzate.
  • Ottimizzate le relazioni del modello dati evitando join complessi, ad esempio join su più condizioni e/o più colonne.
  • Per le chiavi di join, utilizzare sempre dati numerici anziché stringhe di caratteri.
  • Ridurre al massimo la profondità di conservazione del registro. Se si desidera una cronologia più approfondita, è possibile aggregare il calcolo e/o gestire tabelle di registro personalizzate per memorizzare una cronologia più grande.