Best practice per i modelli di dati data-model-best-practices
Questo documento illustra i consigli chiave durante la progettazione del modello dati di Adobe Campaign.
Panoramica overview
Il sistema Adobe Campaign è estremamente flessibile e può essere esteso oltre l’implementazione iniziale. Tuttavia, anche se le possibilità sono infinite, è fondamentale prendere decisioni sagge e creare solide basi per iniziare a progettare il modello di dati.
Questo documento fornisce casi d’uso comuni e best practice per scoprire come progettare correttamente lo strumento Adobe Campaign.
Architettura del modello dati data-model-architecture
Adobe Campaign Standard è un potente sistema di gestione delle campagne cross-channel che consente di allineare le strategie online e offline per creare esperienze cliente personalizzate.
Approccio incentrato sul cliente customer-centric-approach
Mentre la maggior parte dei provider di servizi e-mail comunica con i clienti tramite un approccio incentrato sugli elenchi, Adobe Campaign si basa su un database relazionale per sfruttare una visione più ampia dei clienti e dei loro attributi.
Questo approccio incentrato sul cliente è illustrato nel grafico seguente. La risorsa Profile in grigio rappresenta la tabella principale del cliente intorno alla quale viene creato tutto:
Il modello dati predefinito di Adobe Campaign è presentato in questa sezione.
Dati per Adobe Campaign data-for-campaign
Quali dati devono essere inviati ad Adobe Campaign? È fondamentale determinare i dati necessari per le attività di marketing.
Per decidere se un attributo sia necessario o meno in Adobe Campaign, determina se rientra in una delle seguenti categorie:
- Attributo utilizzato per segmentazione
- Attributo utilizzato per processi di gestione dati (ad esempio, calcolo aggregato)
- Attributo utilizzato per personalization
- Attributo utilizzato per il reporting (i report possono essere creati in base ai dati di profilo personalizzati)
Se non rientra in nessuno di questi, molto probabilmente non avrai bisogno di questo attributo in Adobe Campaign.
Tipi di dati data-types
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 sempre essere definita con la colonna. Per impostazione predefinita, la lunghezza massima in Adobe Campaign è di 255 caratteri, ma l’Adobe consiglia di mantenere il campo più breve se sai già che la dimensione non supererà una lunghezza più breve.
- È accettabile avere un campo più breve in Adobe Campaign rispetto a quello presente nel sistema di origine se si è certi che la dimensione nel sistema di origine è stata sovrastimata e non sarebbe raggiunta. Questo potrebbe significare una stringa più breve o un numero intero più piccolo in Adobe Campaign.
Configurazione della struttura dati configuring-data-structure
Questa sezione descrive le best practice per configurare la struttura dati di una risorsa.
Identificatori identifiers
Le risorse Adobe Campaign hanno tre identificatori ed è possibile aggiungere un identificatore aggiuntivo.
La tabella seguente descrive tali identificatori e il loro scopo.
- PKey è la chiave primaria fisica di una tabella 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 negli URL).
- Tramite il sistema API, è possibile recuperare un valore PKey (che è un valore generato/con hash, non la chiave fisica).
- Si consiglia di non utilizzarlo per scopi diversi dal recupero, aggiornamento o eliminazione di record tramite API.
- Queste informazioni sono un identificatore univoco di un record in una tabella. Questo valore può essere aggiornato manualmente.
- Questo identificatore mantiene il suo valore quando distribuito in un’istanza diversa di Adobe Campaign. Deve avere un nome diverso rispetto al valore generato per essere esportabile tramite un pacchetto.
- Questa non è la chiave primaria effettiva della tabella.
- Non utilizzare caratteri speciali come lo spazio "", la semiconna ":" o il trattino "-".
- Tutti questi caratteri verrebbero sostituiti da un carattere di sottolineatura "_" (carattere consentito). Ad esempio, "abc-def" e "abc:def" verrebbero memorizzati come "abc_def" e si sovrascriverebbero a vicenda.
- 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'univocità di un record.
- Si consiglia di 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.
- È possibile generare un identificatore aggiuntivo: ID ACS.
- Poiché 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 UUID 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 di un’istanza Adobe Campaign.
Chiavi di identificazione keys
Ogni risorsa creata in Adobe Campaign deve avere almeno una chiave di identificazione univoca.
Quando crei una risorsa personalizzata, puoi scegliere tra due opzioni:
- Una 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 tabelle di grandi dimensioni e uniranno le tabelle ad altre.
- Utilizzo della chiave primaria come chiave primaria del sistema esterno. Questa soluzione è in genere 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 indexes
Adobe Campaign aggiunge automaticamente un indice a tutte le chiavi primarie e interne definite in una risorsa.
- L’Adobe consiglia di definire indici aggiuntivi in quanto possono migliorare le prestazioni.
- Tuttavia, non aggiungere troppi indici in quanto utilizzano spazio nel database. Anche numerosi indici possono avere un impatto negativo sulle prestazioni.
- Seleziona con attenzione gli indici da definire.
Collegamenti links
La definizione dei collegamenti con altre risorse è presentata in questa sezione.
- Anche se è possibile unire qualsiasi tabella in un flusso di lavoro, l’Adobe consiglia di definire collegamenti comuni tra le risorse direttamente nella definizione della struttura dati.
- Il collegamento deve essere definito in allineamento con i dati effettivi nelle tabelle. Una definizione errata potrebbe influire sui dati recuperati tramite collegamenti, ad esempio duplicando in modo imprevisto i record.
- Assegna al collegamento un nome coerente con il nome della risorsa: il nome del collegamento dovrebbe aiutare a comprendere cosa è la tabella lontana.
- Non denominare un collegamento con "id" come suffisso. Ad esempio, denominalo "transaction" invece di "transactionId".
Prestazioni performance
Per garantire prestazioni migliori in qualsiasi momento, segui le best practice riportate di seguito.
Raccomandazioni generali general-recommendations
- Evita di utilizzare operazioni come "CONTAINS" nelle query. Se sai cosa è previsto e desideri filtrare, applica la stessa condizione con un "UGUALE A" o altri operatori di filtro specifici.
- Evita l’unione di con campi non indicizzati durante la creazione di dati nei flussi di lavoro.
- Prova ad assicurarti che i processi come l’importazione e l’esportazione avvengano al di fuori dell’orario di lavoro.
- Assicurati che sia presente una pianificazione per tutte le attività giornaliere e attieniti alla pianificazione.
- Se uno o più processi giornalieri non riescono e se è obbligatorio eseguirli nello stesso giorno, assicurarsi che non vi siano processi in conflitto in esecuzione quando il processo manuale viene avviato, in quanto ciò potrebbe influire sulle prestazioni del sistema.
- Assicurati che nessuna della campagna giornaliera 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. Se in un sistema esterno sono già presenti tabelle di riferimento, il riutilizzo delle stesse faciliterà l’integrazione dei dati con Adobe Campaign.
Relazioni uno-a-molti one-to-many-relationships
- La progettazione dei dati influisce su usabilità e funzionalità. Se progetti il modello dati con numerose relazioni uno-a-molti, per gli utenti diventa più difficile creare una logica significativa nell’applicazione. La logica del filtro "uno-a-molti" può essere difficile da costruire e comprendere correttamente per gli esperti di marketing non tecnici.
- È utile disporre di tutti i campi essenziali in una tabella, in quanto consente agli utenti di creare query in modo più semplice. A volte è utile anche per le prestazioni duplicare alcuni campi tra le tabelle, se si può evitare un join.
- Alcune funzionalità integrate non potranno fare riferimento a relazioni uno-a-molti, ad esempio Formula di ponderazione delle offerte e Consegne.
Tabelle grandi large-tables
Di seguito sono riportate alcune best practice da seguire per la progettazione del modello dati utilizzando tabelle di grandi dimensioni e join complessi.
- Riduci il numero di colonne, in particolare identificando quelle non utilizzate.
- Ottimizza le relazioni del modello dati evitando join complessi, ad esempio join su più condizioni e/o colonne.
- Per le chiavi di join, utilizzare sempre dati numerici anziché stringhe di caratteri.
- Riduci il più possibile la profondità di conservazione dei registri. Se hai bisogno di una cronologia più approfondita, puoi aggregare il calcolo e/o gestire tabelle di registro personalizzate per memorizzare una cronologia più ampia.