[Beperkte beschikbaarheid]{class="badge informative"}

Op modellen gebaseerde schema's

AVAILABILITY
Data Mirror en op model-gebaseerde schema's zijn beschikbaar aan Adobe Journey Optimizer Geordende campagnes vergunninghouders. Zij zijn ook beschikbaar als a beperkte versie voor de gebruikers van Customer Journey Analytics, afhankelijk van uw vergunning en eigenschapenactivering. Neem contact op met uw Adobe-vertegenwoordiger voor toegang.

Modellen-gebaseerde schema's verstrekken een flexibel, gecontroleerd modelleringspatroon voor het vertegenwoordigen van gestructureerde gegevens in het gegevensmeer van Adobe Experience Platform. Zij steunen afgedwongen primaire sleutels, schema-vlakke verhoudingen, en fijnkorrelige controle over verslagen-allen zonder zich het baseren op verenigingsschema's of volledige relationele gegevensbestandsystemen.

IMPORTANT
De overwegingen van de schrapping van gegevens zijn op alle op model-gebaseerde schemaimplementaties van toepassing. Toepassingen die deze schema's gebruiken moeten begrijpen hoe schrappingen verwante datasets, nalevingsvereisten, en stroomafwaartse processen beïnvloeden. Plan voor schrappingsscenario's en herzie begeleiding van de gegevenshygiënevóór implementatie.
NOTE
Toepassingen kunnen naar modelgebaseerde schema's verwijzen als 'relationele schema's' wanneer zij vragen om het maken van schema's voor het modelleren van relationele gegevens.

Gebruik modelgebaseerde schema's om:

  • Zorg voor gegevensintegriteit met afgedwongen primaire of enkelvoudige toetsen.
  • Schakel nauwkeurige wijzigingen bijhouden in met versiebeheer voor invoegen, bijwerken en verwijderen.
  • Bepaal herbruikbare schema-vlakke verhoudingen aan model echt-wereld entiteitverbindingen.
  • Vermijd het dupliceren van schemastructuren over toepassingen door veelvoudige gegevensmodellen te steunen.
  • Verbindingsschemabeperkingen omzeilen om het instappen te stroomlijnen, schemavlek te verminderen, en ongewenste schemaveranderingen te vermijden.

Hoe model-gebaseerde schema's van standaardXDM schema's verschillen

De standaard XDM- schema's in Experience Platform volgen één van drie gegevensgedrag: Verslag, tijdreeks, of ad hoc. Voor definities en details, zie XDM gegevensgedrag.

In het traditionele model, nemen het verslag en de tijd-reeksen schema's aan verenigingsschema'sdeel (zie ook de gids UI van het unieschema). Deze schema's evolueren automatisch als gedeelde gebiedsgroepenworden bijgewerkt en de douanegebieden moeten onder een huurdersnamespace worden genest. Hoewel dit model krachtig is, kan het instappen vertragen, overdreven complexe schema's met ongebruikte gebieden produceren, en extra gegevenstoewijzing of transformatie vereisen. Deze factoren verhogen de leercurve en de voortdurende onderhoudsinspanningen.

Model-gebaseerde schema's verwijderen de gebiedsdelen van het unieschema, die automatische updates uit gedeelde gebiedsgroepen elimineren en directe gebiedsdefinities zonder huurdersnaamruimtebeperkingen toestaat. U krijgt expliciete controle over primaire sleutels, verhoudingen, en aanvankelijke schemaontwerp, die het gemakkelijker maken om gegevens te modelleren om uw behoeften in aanmaaktijd te passen.

Functies van op modellen gebaseerde schema's

Gebruik de volgende mogelijkheden om gestructureerde gegevens in het datumpeer te modelleren terwijl het handhaven van bestuur, integriteit, en interoperabiliteit.

  • de gedragssteun van het Schema: Vorm met:

    • gedrag van het Verslag: Vangt de huidige staat van een entiteit, zoals een klant, een rekening, of een campagne.
    • tijd-reeks gedrag: Vangt gebeurtenissen en de tijd zij voorkomen, nuttig om opeenvolgingen of veranderingen in tijd te volgen.
  • Primaire zeer belangrijke handhaving: Bepaal een primaire sleutel om elk verslag uniek te identificeren en duplicaten tijdens opname te verhinderen.

  • controle van de Versie: Gebruik het herkenningsteken van de a versie (een beschrijver) om updates te verzekeren in de correcte orde worden toegepast, zelfs als de verslagen uit opeenvolging aankomen.

  • afbeelding van de Verhouding: Creeer één-aan-één of vele-aan-één verhouding tussen model-gebaseerde schema's of tussen model-gebaseerde en standaardschema's. Relatiedefinities worden opgeslagen als beschrijvingen om efficiënte verbindingen mogelijk te maken.

  • Vereenvoudigde evolutie: Op model-gebaseerde schema's nemen niet deel aan verenigingsmeningen en worden niet bijgewerkt wanneer de gedeelde gebiedsgroepen veranderen, verhinderend onverwachte stroomafwaartse veranderingen.

  • Flexibele gebiedsdefinitie: Voeg direct gebieden zonder huurder-id namespacing toe. Op modellen gebaseerde schema's ondersteunen geen XDM-veldgroepen.

  • geen afhankelijkheid van verenigingsschema's: Verbetert vraagprestaties en vermindert operationele overheadkosten van het beheren van globale schemameningen.

  • gebeurtenis-tijd die opdracht geven: Voor tijdreeksschema's, gebruik a timestamp herkenningsteken om gebeurtenissen door voorvaltijd in plaats van innametijd tot stand te brengen.

Vereiste velden

Op model-gebaseerde schema's vereisen bepaalde beschrijver-meta-gegevens in de schemadefinitie die zeer belangrijk gedrag en beperkingen controleert. Voeg de volgende beschrijvingen als deel van uw schemadefinitie toe.

Descriptor primaire sleutel

Gebruik een descriptor van de primaire sleutel om ervoor te zorgen dat elke record uniek kan worden geïdentificeerd. De ondersteunde configuraties zijn:

  • Enig-gebied primaire sleutel: Gebruik één gebied met een unieke waarde voor elk verslag.
  • Samengestelde primaire sleutel: Gebruik veelvoudige gebieden om een uniek herkenningsteken te vormen. Voor tijdreeksschema's moet de samengestelde sleutel het tijdstempelveld bevatten dat door de tijdstempelbeschrijving wordt geïdentificeerd.
NOTE
In de Redacteur van het Schema UI, verschijnen de versiedescriptor en timestamp beschrijvers als "Version identifier"en "Timestamp identifier" respectievelijk.

Voorbeeld (enig-gebied):

{
  "xdm:descriptor": "xdm:descriptorPrimaryKey",
  "xdm:sourceProperty": "customerId"
}

Voorbeeld (samenstelling voor tijd-reeks)

{
  "xdm:descriptor": "xdm:descriptorPrimaryKey",
  "xdm:sourceProperty": ["customerId", "eventTimestamp"]
}

Versiebeschrijving (id)

Definieer een versiedescriptor (id) om de juiste recordstatus te behouden en ervoor te zorgen dat de laatste update wordt toegepast. Wanneer meerdere records dezelfde primaire sleutel delen, wordt de record met de hoogste versiewaarde als de meest recente record beschouwd.

Voorbeeld:

{
  "xdm:descriptor": "xdm:descriptorVersion",
  "xdm:sourceProperty": "lastModified"
}

Tijdstempelbeschrijving (id)

Voor tijdreeksschema's, bepaal een timestamp beschrijver (herkenningsteken) om de gebeurtenistijd voor het opdracht geven te plaatsen.

Voorbeeld:

{
  "xdm:descriptor": "xdm:descriptorTimestamp",
  "xdm:sourceProperty": "eventTimestamp"
}
NOTE
Descriptors maken deel uit van de metagegevens van de schemadefinitie en worden niet opgeslagen in gegevensrijen.

Voor instructies bij het creëren van beschrijvers in de Redacteur van het Schema, zie beschrijvers in de Redacteur van het Schemacreëren. Voor op API-Gebaseerde verwezenlijking, zie beschrijvers creëren gebruikend API.

Relatieondersteuning relationship-support

Relationele gegevensmodellering is een primair gebruik van op model-gebaseerde schema's. In gevallen waarin toepassingen worden gebruikt, kan zelfs naar deze schema's worden verwezen als 'relationele schema's'. De beschrijvers van de verhouding laten deze verbindingen toe door datasets over schema's te verbinden zonder buitenlandse sleutels in gegevensrijen in te bedden. Zij verbeteren referentiële integriteit, laten herbruikbare modelleringspatronen, en steunen verbonden vragen over toepassingen toe.

Creeer relatiebeschrijvers op het schemaniveau voor dynamische resolutie bij vraagtijd. De waarden van de kardinaliteit (1 :1, veel-aan-één) verstrekken begeleiding maar dwingen geen beperkingen tijdens opname af, ondersteunend flexibele gegevensmodellering over verbonden datasets.

Voordat u relatiebeschrijvingen toevoegt, bepaalt u het juiste type en doel:

  • één-aan-één - elk verslag in het bronschema beantwoordt aan hoogstens één verslag in het bestemmingsschema.
  • vele-aan-één - de veelvoudige verslagen in het bronschema kunnen het zelfde verslag in het bestemmingsschema van verwijzingen voorzien.
NOTE
U kunt verhoudingen tussen twee op model-gebaseerde schema's of tussen een op model-gebaseerd schema en een standaardschema bepalen. Relaties met ad-hocschema's worden niet ondersteund.

Voorbeeld: Één-aan-één verhouding

{
  "xdm:descriptor": "xdm:descriptorRelationship",
  "xdm:sourceProperty": "accountId",
  "xdm:destinationSchema": "https://ns.adobe.com/xdm/context/account",
  "xdm:destinationProperty": "accountId"
}

Voorbeeld: Vele-aan-één verhouding

{
  "xdm:descriptor": "xdm:descriptorRelationship",
  "xdm:sourceProperty": "customerId",
  "xdm:destinationSchema": "https://ns.adobe.com/xdm/context/customer",
  "xdm:destinationProperty": "customerId"
}

Voor een lijst van de types en syntaxis van relatiebeschrijver, zie de beschrijvers API verwijzing.Leren hoe te om deze concepten in praktijk toe te passen, de leerprogramma's volgen om een verhouding in APIte bepalen of een verhouding in UItot stand te brengen.

NOTE
Aangezien de verhoudingen op het schemaniveau worden bepaald, zorg ervoor om zich uitdrukkelijk bij verwante datasets in uw vragen aan te sluiten. Gebruik een hulpmiddel zoals Gegevens Distiller om deze verhoudingen tijdens vraagtijd op te lossen.
IMPORTANT
Relationship cardinality is informational en wordt niet afgedwongen tijdens inname. Het wordt toegepast slechts wanneer het oplossen van verhoudingen tijdens vraag of analyse. Vertrouw niet op standaardinstellingen om uw gegevens tijdens de inname te valideren. Controleer en schoonmaak uw gegevens zelf, en zorg ervoor de relatieregels u bepaalt aanpassen de manier u van plan bent om de gegevens te vragen of te analyseren.
NOTE
Op modellen gebaseerde schema's kunnen worden gekoppeld aan standaardschema's, maar kunnen niet worden gekoppeld aan ad-hocschema's.

Gegevensverwijdering en hygiëne data-hygiene-support

Op modellen gebaseerde schema's maken nauwkeurige verwijderingen op recordniveau mogelijk die universele implicaties hebben voor alle toepassingen en gebruiksgevallen. Primaire sleutel-, versie- en tijdstempelbeschrijvingen vormen de basis voor nauwkeurige identificatie van records tijdens verwijderingsbewerkingen.

Algemene verwijderingseffecten

Alle toepassingen die model-gebaseerde schema's gebruiken moeten nadenken:

  • Referentiële integriteit: De schrappingen kunnen verwante verslagen over verbonden datasets beïnvloeden
  • vereisten van de Naleving: Sommige industrieën vereisen specifiek schrappingsgedrag en controletrails
  • het gedrag van de Toepassing: De stroomafwaartse systemen kunnen de gebeurtenissen van de handvat geschikt
  • consistentie van Gegevens: De verwante datasets moeten consistentie tijdens schrappingsverrichtingen handhaven
  • planning van de Schrapping: Rekening voor stroomafwaartse gevolgen over alle verbonden datasets en toepassingen tijdens de ontwerpfase

Voor implementatierichtlijnen, zie het Schrappen van verslagen van op model-gebaseerde datasets.

Beperkingen en overwegingen limitations

Controleer de volgende beperkingen voordat u op modellen gebaseerde schema's gebruikt:

  • Op modellen gebaseerde schema's nemen niet deel aan unieschema's.
  • De evolutie van het schema is manueel; zij niet auto-update wanneer de gebiedsgroepen veranderen.
IMPORTANT
De evolutie van het schema wordt beperkt nadat een dataset gebruikend het schema wordt geïnitialiseerd. Namen en typen van velden vooraf zorgvuldig plannen, aangezien velden niet kunnen worden verwijderd of gewijzigd nadat gegevens zijn ingevoerd.
  • De relaties zijn beperkt tot één-op-één en veel-op-één.
  • Beschikbaarheid is afhankelijk van uw licentie of functionaliteit.
  • Samengestelde primaire sleutels zijn vereist voor tijdreeksschema's.
recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07