Afvoerkanalen en beperkingen guardrails

Maximum lijsten - de relationele datastore steunt een maximum van 200 lijsten (schema’s).

grootte van het Schema - voor Geordende campagnes, moet de totale grootte van om het even welk individueel schema niet 100 GB overschrijden.

dagelijks updatevolume - de Dagelijkse updates aan een schema zouden tot minder dan 20% van zijn totale verslagtelling moeten worden beperkt om prestaties en stabiliteit te handhaven.

Relationeel gegevensmodel - de Relationele gegevens zijn het primaire model dat voor opname, gegevensmodellering, en de gevallen van het segmentatiegebruik wordt gesteund.

het gebied van de Identiteit - Schema’s die voor het richten worden gebruikt moeten minstens één identiteitsgebied van type String bevatten, in kaart gebracht aan een bepaalde identiteitsnaamruimte.

Attributen per schema - het gemiddelde aantal attributen per schema zou 50 kolommen niet moeten overschrijden om manageability en prestaties te handhaven.

Inschakelen van Profielen - De Relationele schema’s kunnen niet voor de Profielen van Adobe Experience Platform worden toegelaten. Alleen standaard XDM-schema’s worden ondersteund voor Adobe Experience Platform-profielen. Relationele schema’s kunnen voor Geordende campagnes of campagnes van de Actie worden toegelaten. ​ Leer meer ​

Profiel en relationele opname - Profiel + relationele gegevensopname wordt vereist.

de bronnen van de Vangst van Gegevens van de Verandering - Al opname moet via de bronnen van de Vangst van Gegevens van de Verandering voorkomen:

• op dossier-gebaseerde bronnen - het _change_request_type gebied wordt vereist. Ondersteunde waarden zijn u (upsert) of d (delete). Deze waarden moeten in kleine letters u en d zijn, niet in hoofdletters U en D .

• op wolk-gebaseerde bronnen - het registreren van de Lijst moet worden toegelaten.

Volledige verslagen slechts - de Gedeeltelijke verslagupdates worden niet toegestaan; elke rij moet als een volledig dossier worden verstrekt.

de inname van de Partij frequentie - De inname van de Partij voor de Orchestratie van de Campagne is beperkt tot eens om de 15 minuten.

de latentie van de Ingestie - De latentie van de Ingestie in de relationele opslag loopt typisch van 15 minuten tot 2 uren, afhankelijk van:

• Gegevensvolume

• Gelijktijdige installatie van het systeem

• Type bewerking (invoegbewerkingen zijn bijvoorbeeld sneller dan updates)

Dataflow aan datasetverhouding - dataflow aan datasetverhouding is 1-1. Slechts één bron kan één dataset in een bepaalde tijd invoeren. Om de bron te schakelen, schrap bestaande dataflow en creeer een nieuwe dataflow met de nieuwe bron.

beschrijver van de Versie - Alle schema’s, met inbegrip van feitenlijsten, moeten een versiedescriptor omvatten om juiste versiecontrole en traceerbaarheid te verzekeren.

Primaire sleutel - Elke lijst moet een bepaalde primaire sleutel hebben om gegevensintegriteit en stroomafwaartse verrichtingen te steunen.

Permanente lijstnaam - table_name die tijdens datasetverwezenlijking wordt toegewezen is permanent en door segmentatie en verpersoonlijkingseigenschappen wordt gebruikt.

de groepen van het Gebied - de groepen van het Gebied worden niet gesteund in het huidige gegevensmodelleringskader.

Samengestelde primaire sleutels - Steun voor samengestelde primaire sleutels met dossier-upload stromen is niet beschikbaar op dit ogenblik.

de activiteitengrens van het Kanaal - een Geordende campagne steunt een maximum van 10 kanaalactiviteiten (E-mail, SMS, Duw, of Directe post). Alleen kanaalactiviteiten tellen mee voor deze limiet. De gerichte en debietcontroleactiviteiten tellen niet (bijvoorbeeld, bouwt publiek, Wacht, Splitsen, Verrijking, Verzoening, Boek, Eind, of Test).

Als u deze limiet overschrijdt bij het opslaan of publiceren, mislukt de bewerking. Om binnen de grens te blijven, verminder het aantal kanaalactiviteiten of spleet berichtlevering over veelvoudige Geordende campagnes.

de activiteitengrens van het Canvas - het aantal activiteiten op een Geordend campagnecanvas is beperkt tot 500. Deze limiet geldt voor alle soorten activiteiten op het canvas. Dit staat los van de beperking van de kanaalactiviteiten die bij publicatie wordt toegepast. Voor het onderhoud en de prestaties, houd werkstromen onder 100 activiteiten in de praktijk.

Scalar attributen slechts - slechts scalaire attributen worden gesteund in publieksdefinities; maps en arrays zijn niet toegestaan.

Relationele gegevens voor segmentatie - de activiteiten van de segmentatie baseren zich hoofdzakelijk op relationele gegevens. Hoewel profielgegevens kunnen worden opgenomen, kan het gebruik van grote profielgegevenssets de prestaties beïnvloeden.

de attributengrenzen van het Profiel - De grenzen worden afgedwongen op het aantal profielattributen die in zowel partij als het stromen publiek kunnen worden gebruikt om systeemefficiency te handhaven.

Opsommingen - De Opsommingen worden volledig gesteund.

leest publiek niet caching - gelezen Publiek wordt niet in het voorgeheugen ondergebracht; elke uitvoering van de campagne leidt tot een volledige publieksevaluatie van de onderliggende gegevens .

optimalisering van het publiek - de optimalisering wordt sterk geadviseerd wanneer het werken met grote of complexe publieksdefinities om prestaties te verzekeren.

Bewaarde publiek is statisch - de Bewaarde publieksactiviteiten zijn statisch; zij weerspiegelen de gegevens die beschikbaar waren op het moment van de uitvoering van de campagne.

geen toevoegt aan Opgeslagen Publiek - het toevoegen aan een Opgeslagen activiteit van het Publiek wordt niet gesteund. Om het even welke wijzigingen vereisen een volledige beschreven van het publiek.