[Beperkte beschikbaarheid]{class="badge informative"}
Op modellen gebaseerde schema's
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.
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.
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"
}
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.
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.
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.
- 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.