Guardrail e limitazioni guardrails

Numero massimo di tabelle - L’archivio dati relazionale supporta un massimo di 200 tabelle (schemi).

Dimensione schema - Per le campagne orchestrate, la dimensione totale di ogni singolo schema non deve superare i 100 GB.

Volume di aggiornamento giornaliero - Gli aggiornamenti giornalieri a uno schema devono essere limitati a meno del 20% del numero totale di record per mantenere le prestazioni e la stabilità.

Modello dati relazionale - I dati relazionali sono il modello principale supportato per i casi di utilizzo di acquisizione, modellazione dati e segmentazione.

Campo di identità - Gli schemi utilizzati per il targeting devono contenere almeno un campo di identità di tipo String, mappato a uno spazio dei nomi di identità definito.

Attributi per schema - Il numero medio di attributi per schema non deve superare le 50 colonne per mantenere la gestibilità e le prestazioni.

Abilitazione dei profili - Gli schemi relazionali non possono essere abilitati per i profili Adobe Experience Platform. Per i profili Adobe Experience Platform sono supportati solo gli schemi XDM standard. Gli schemi relazionali possono essere abilitati per campagne orchestrate o campagne di azione. Ulteriori informazioni

Acquisizione profilo e relazionale - È richiesta l’acquisizione di dati profilo + relazionali.

Cambia origini di acquisizione dati - L’acquisizione deve essere eseguita tramite Cambia origini di acquisizione dati:

• Origini basate su file - Il campo _change_request_type è obbligatorio. I valori supportati sono u (upsert) o d (delete). Questi valori devono essere minuscoli u e d, non maiuscoli U e D.

• Origini basate su cloud - La registrazione delle tabelle deve essere abilitata.

Solo record completi - Non sono consentiti aggiornamenti di record parziali. Ogni riga deve essere fornita come record completo.

Frequenza di acquisizione batch - L’acquisizione batch per l’orchestrazione delle campagne è limitata a una volta ogni 15 minuti.

Latenza di acquisizione - La latenza di acquisizione nell’archivio relazionale varia in genere da 15 minuti a 2 ore, a seconda di:

• Volume dati

• Concorrenza del sistema

• Tipo di operazione (ad esempio, gli inserti sono più veloci degli aggiornamenti)

Flusso di dati per relazione set di dati - Il flusso di dati per la relazione set di dati è 1-1. Una sola origine può alimentare un set di dati alla volta. Per cambiare l’origine, elimina il flusso di dati esistente e crea un nuovo flusso di dati con la nuova origine.

Descrittore versione - Tutti gli schemi, incluse le tabelle dei fatti, devono includere un descrittore di versione per garantire il controllo della versione e la tracciabilità corretti.

Chiave primaria - Ogni tabella deve avere una chiave primaria definita per supportare l’integrità dei dati e le operazioni a valle.

Nome tabella permanente - L’elemento table_name assegnato durante la creazione del set di dati è permanente e viene utilizzato nelle funzioni di segmentazione e personalizzazione.

Gruppi di campi - I gruppi di campi non sono supportati nel framework di modellazione dati corrente.

Chiavi primarie composite - Al momento non è disponibile il supporto per le chiavi primarie composite con flussi di caricamento file.

Limite attività canale - Una campagna orchestrata supporta un massimo di 10 attività canale (e-mail, SMS, push o direct mail). Per questo limite vengono conteggiate solo le attività del canale. Le attività di targeting e controllo del flusso non vengono conteggiate (ad esempio, Genera pubblico, Attendi, Dividi, Arricchimento, Riconciliazione, Fork, Fine o Test).

Se si supera il limite durante il salvataggio o la pubblicazione, l’operazione non riesce. Per non superare il limite, riduci il numero di attività del canale o la consegna dei messaggi suddivisi tra più campagne orchestrate.

Limite attività area di lavoro - Il numero di attività in un’area di lavoro della campagna orchestrata è limitato a 500. Questo limite si applica a tutti i tipi di attività nell’area di lavoro. È separato dal limite delle attività del canale applicato alla pubblicazione. Per garantire prestazioni e manutenibilità, riduci in pratica i flussi di lavoro a 100 attività.

Solo attributi scalari: nelle definizioni del pubblico sono supportati solo attributi scalari; mappe e array non sono consentiti.

Dati relazionali per la segmentazione - Le attività di segmentazione si basano principalmente su dati relazionali. Anche se i dati di profilo possono essere inclusi, l’utilizzo di set di dati di profilo di grandi dimensioni può influire sulle prestazioni.

Limiti degli attributi di profilo - Vengono applicati limiti al numero di attributi di profilo che possono essere utilizzati sia nel pubblico in batch che in quello in streaming per mantenere l’efficienza del sistema.

Enumerazioni - Le enumerazioni sono completamente supportate.

Tipi di pubblico di lettura non memorizzati in cache - I tipi di pubblico di lettura non sono memorizzati in cache; ogni esecuzione della campagna attiva una valutazione completa del pubblico dai dati sottostanti.

Ottimizzazione del pubblico: si consiglia vivamente di ottimizzare l’utilizzo di definizioni di pubblico complesse o di grandi dimensioni per garantire le prestazioni.

I tipi di pubblico salvati sono statici. Le attività dei tipi di pubblico salvati sono statiche e riflettono i dati disponibili al momento dell’esecuzione della campagna.

Nessuna aggiunta al pubblico salvato - L’aggiunta a un’attività Pubblico salvato non è supportata. Qualsiasi modifica richiede la completa sovrascrittura del pubblico.