Leitlinien und Einschränkungen guardrails

Maximale Anzahl Tabellen – Der relationale Datenspeicher unterstützt maximal 200 Tabellen (Schemata).

Schemagröße – Bei orchestrierten Kampagnen darf die Gesamtgröße eines einzelnen Schemas 100 GB nicht überschreiten.

Tägliches Aktualisierungsvolumen – Tägliche Aktualisierungen eines Schemas sollten auf weniger als 20 % der Gesamtzahl der Einträge beschränkt werden, um Leistung und Stabilität zu gewährleisten.

Relationales Datenmodell – Relationale Daten sind das primäre Modell, das für die Anwendungsfälle Aufnahme, Datenmodellierung und Segmentierung unterstützt wird.

Identitätsfeld – Schemata, die für das Targeting verwendet werden, müssen mindestens ein Identitätsfeld vom Typ String enthalten, das einem definierten Identity-Namespace zugeordnet ist.

Attribute pro Schema – Die durchschnittliche Anzahl von Attributen pro Schema sollte 50 Spalten nicht überschreiten, um Verwaltbarkeit und Leistung zu gewährleisten.

Profilaktivierung – Relationale Schemata können nicht für Adobe Experience Platform-Profile aktiviert werden. Nur Standard-XDM-Schemata werden für Adobe Experience Platform-Profile unterstützt. Relationale Schemata können für orchestrierte Kampagnen oder Aktionskampagnen aktiviert werden. Weitere Informationen

Profil und relationale Aufnahme – Profil + relationale Datenaufnahme sind erforderlich.

Change Data Capture-Quellen – Alle Aufnahmen müssen über Change Data Capture-Quellen erfolgen:

• Dateibasierte Quellen – Das Feld _change_request_type ist erforderlich. Unterstützte Werte sind u (upsert) oder d (delete). Diese Werte müssen kleingeschrieben sein (u und d), nicht großgeschrieben (U und D).

• Cloud-basierte Quellen – Die Tabellenprotokollierung muss aktiviert sein.

Nur vollständige Einträge – Teilaktualisierungen von Einträgen sind nicht zulässig. Jede Zeile muss als vollständiger Eintrag angegeben werden.

Häufigkeit der Batch-Aufnahme – Die Batch-Aufnahme für die Kampagnenorchestrierung ist auf einmal alle 15 Minuten begrenzt.

Aufnahmelatenz – Die Aufnahmelatenz im relationalen Speicher beträgt in der Regel 15 Minuten bis 2 Stunden, abhängig von:

• Datenvolumen

• System-Parallelität

• Art des Vorgangs (z. B. sind Einfügungen schneller als Aktualisierungen)

Beziehung Datenfluss zu Datensatz – Die Beziehung zwischen Datenfluss und Datensatz ist 1:1. Zu einem bestimmten Zeitpunkt kann ein Datensatz nur jeweils aus einer Quelle befüllt werden. Um die Quelle zu wechseln, muss der vorhandene Datenfluss gelöscht und ein neuer Datenfluss mit der neuen Quelle erstellt werden.

Versionsdeskriptor – Alle Schemata, einschließlich Faktentabellen, müssen einen Versionsdeskriptor enthalten, um eine ordnungsgemäße Versionskontrolle und Rückverfolgbarkeit zu gewährleisten.

Primärschlüssel – Jede Tabelle muss über einen definierten Primärschlüssel verfügen, um Datenintegrität und nachgelagerte Vorgänge zu unterstützen.

Name der permanenten Tabelle – Der bei der Erstellung des Datensatzes zugewiesene table_name ist dauerhaft und wird in allen Segmentierungs- und Personalisierungsfunktionen verwendet.

Feldergruppen – Im aktuellen Datenmodellierungs-Framework werden Feldergruppen nicht unterstützt.

Zusammengesetzte Primärschlüssel – Die Unterstützung für zusammengesetzte Primärschlüssel mit Datei-Upload-Flüssen ist derzeit nicht verfügbar.

Nur Skalarattribute – In Zielgruppendefinitionen werden nur Skalarattribute unterstützt; Zuordnungen und Arrays sind nicht zulässig.

Relationale Daten für Segmentierung – Segmentierungsaktivitäten basieren hauptsächlich auf relationalen Daten. Es können zwar Profildaten enthalten sein, doch kann die Verwendung großer Profildatensätze die Leistung beeinträchtigen.

Beschränkungen für Profilattribute – Beschränkungen werden für die Anzahl der Profilattribute durchgesetzt, die sowohl in Batch- als auch in Streaming-Zielgruppen verwendet werden können. Das dient der Wahrung der Systemeffizienz.

Auflistungen – Auflistungen werden vollständig unterstützt.

Gelesene Zielgruppen nicht zwischengespeichert – Gelesene Zielgruppen werden nicht zwischengespeichert, sondern bei jeder Kampagnenausführung wird eine vollständige Zielgruppenauswertung aus den zugrundeliegenden Daten ausgelöst.

Zielgruppenoptimierung – Eine Optimierung wird dringend empfohlen, wenn Sie mit Definitionen für große oder komplexe Zielgruppen arbeiten, um die Leistung zu gewährleisten.

Gespeicherte Zielgruppen

• Gespeicherte Zielgruppen sind statisch – Gespeicherte Zielgruppenaktivitäten sind statisch. Sie spiegeln die zum Zeitpunkt der Kampagnenausführung verfügbaren Daten wider.

Kein Anhängen an eine gespeicherte Zielgruppe – Die Aktivität „Anhängen an eine gespeicherte Zielgruppe“ wird nicht unterstützt. Jede Änderung erfordert eine vollständige Überschreibung der Zielgruppe.

Kanalaktivitäts-Limit – Eine orchestrierte Kampagne unterstützt maximal 10 Kanalaktivitäten (E-Mail, SMS, Push oder Direkt-Mail). Auf dieses Limit werden nur Kanalaktivitäten angerechnet. Aktivitäten für Targeting, Zielgruppenbestimmung und Flusssteuerung werden nicht gezählt (z. B. Zielgruppe erstellen, Datei laden, Warten, Aufspaltung, Anreicherung, Abstimmung, Verzweigung, Ende oder Test).

Wenn Sie das Limit beim Speichern oder Veröffentlichen überschreiten, schlägt der Vorgang fehl. Um innerhalb des Limits zu bleiben, reduzieren Sie die Anzahl der Kanalaktivitäten oder teilen Sie den Nachrichtenversand auf mehrere orchestrierte Kampagnen auf.

Limit für die Aktivitäten der Arbeitsfläche – Die Anzahl der Aktivitäten auf der Arbeitsfläche einer orchestrierten Kampagne ist auf 500 begrenzt. Dieses Limit gilt für alle Aktivitätstypen auf der Arbeitsfläche. Es unterscheidet sich vom Limit für Kanalaktivitäten, das bei der Veröffentlichung erzwungen wird. Achten Sie aus Gründen der Wartbarkeit und der Leistung in der Praxis darauf, dass Workflows weniger als 100 Aktivitäten umfassen.