[Begränsad tillgänglighet]{class="badge informative"}

Modellbaserade scheman

Modellbaserade scheman är ett flexibelt, kontrollerat modelleringsmönster för att representera strukturerade data i dataströmmen i Adobe Experience Platform. De har stöd för tvingande primärnycklar, relationer på schemanivå och detaljerad kontroll över poster, utan att man behöver förlita sig på fackscheman eller fullständiga relationsdatabassystem.

Använd modellbaserade scheman för att:

Hur modellbaserade scheman skiljer sig från vanliga XDM-scheman

XDM-standardscheman i Experience Platform följer en av tre databeteenden: Record, Time-series eller Ad-hoc. Mer information och definitioner finns i XDM-databeteenden.

I den traditionella modellen deltar scheman för inspelning och tidsserier i fackscheman (se även gränssnittsguiden för unionsscheman). Dessa scheman utvecklas automatiskt när delade fältgrupper uppdateras och anpassade fält måste kapslas under ett innehavarnamnområde. Den här modellen är kraftfull och kan göra onboarding långsammare, skapa alltför komplexa scheman med oanvända fält och kräva ytterligare datamappning eller dataomvandling. Dessa faktorer ökar inlärningskurvan och den pågående underhållsinsatsen.

Modellbaserade scheman tar bort samverkansschemaberoenden, vilket eliminerar automatiska uppdateringar från delade fältgrupper och tillåter direkta fältdefinitioner utan begränsningar för innehavarnamnområde. Du får explicit kontroll över primärnycklar, relationer och inledande schemadesign, vilket gör det enklare att modellera data efter dina behov när de skapas.

Funktioner för modellbaserade scheman

Använd följande funktioner för att modellera strukturerade data i datasjön med bibehållen styrning, integritet och interoperabilitet.

Obligatoriska fält

Modellbaserade scheman kräver vissa beskrivningar - metadata i schemadefinitionen som styr nyckelbeteenden och begränsningar. Lägg till följande beskrivningar som en del av schemadefinitionen.

Primär nyckelbeskrivning

Använd en primärnyckelbeskrivning för att säkerställa att varje post är unikt identifierbar. De konfigurationer som stöds är:

Exempel (enfält):

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

Exempel (sammansatt för tidsserie)

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

Versionsbeskrivare (identifierare)

Definiera en versionsbeskrivning (identifierare) för att behålla rätt posttillstånd och se till att den senaste uppdateringen tillämpas. När flera poster delar samma primärnyckel anses posten med det högsta versionsvärdet vara den senaste.

Exempel:

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

Tidsstämpelbeskrivning (identifierare)

För scheman för tidsserier definierar du en tidsstämpelbeskrivning (identifierare) för att ange händelsetiden för beställningen.

Exempel:

{
  "xdm:descriptor": "xdm:descriptorTimestamp",
  "xdm:sourceProperty": "eventTimestamp"
}

Instruktioner om hur du skapar beskrivningar i Schemaredigeraren finns i Skapa beskrivningar i Schemaredigeraren. Information om API-baserad generering finns i Skapa beskrivningar med API:t.

Relationsstöd relationship-support

Relationsdatamodellering är en primärt användning av modellbaserade scheman. Användningsexempel kan till och med hänvisa till dessa scheman som"relationsscheman". Relationsbeskrivare aktiverar dessa anslutningar genom att länka datauppsättningar mellan scheman utan att bädda in främmande nycklar i datarader. De förbättrar referensintegriteten, möjliggör återanvändbara modelleringsmönster och stöder kopplade frågor i olika program.

Skapa relationsbeskrivare på schemanivå för dynamisk upplösning vid frågetiden. Kardinalvärden (1:1, många-till-ett) ger vägledning men tvingar inte till begränsningar vid intag, vilket stöder flexibel datamodellering över anslutna datamängder.

Innan du lägger till relationsbeskrivare bör du fastställa lämplig typ och mål:

Exempel: En-till-en-relation

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

Exempel: Många-till-ett-relation

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

En lista över relationstyper och syntax finns i API-referensen för beskrivningar.Om du vill lära dig hur du tillämpar dessa begrepp i praktiken kan du följa självstudiekurserna för att definiera en relation i API:t eller skapa en relation i gränssnittet.

Ta bort data och ta hänsyn till hygienen data-hygiene-support

Modellbaserade scheman möjliggör exakt borttagning på postnivå som har universella konsekvenser för alla program och användningsfall. Beskrivningar av primärnyckel, version och tidsstämpel utgör grunden för korrekt identifiering av poster under borttagningsåtgärder.

Inverkan vid universell borttagning

Alla program som använder modellbaserade scheman måste beakta:

Implementeringsvägledning finns i Ta bort poster från modellbaserade datamängder.

Begränsningar och överväganden limitations

Granska följande begränsningar innan du använder modellbaserade scheman: