Schémas

Les schémas XDM représentent et valident la structure et le format des données ingérées dans Experience Platform. Un schéma est composé d’une classe et de zéro ou plusieurs groupes de champs. Vous pouvez créer, afficher, modifier et supprimer des schémas à l’aide du point d’entrée /schemas. Pour savoir comment utiliser ce point d’entrée, consultez le guide sur les points d’entrée des schémas.

Pour obtenir un guide détaillé sur la création manuelle d’un schéma complet dans l’API Schema Registry, notamment sur la création et l’ajout de groupes de champs et de types de données, consultez le tutoriel Création de schéma d’API.

Si vous ingérez des données CSV, consultez la section sur la conversion CSV en schéma.

Comportements

Les comportements définissent la nature des données décrites par un schéma. Chaque classe XDM doit référencer un comportement spécifique, dont tous les schémas qui utilisent cette classe hériteront. Consultez le guide des points d’entrée des comportements pour savoir comment afficher les comportements disponibles dans l’API.

Classes

Une classe définit la structure de base des propriétés communes que tous les schémas basés sur cette classe doivent contenir et détermine les groupes de champs éligibles à l’utilisation dans ces schémas. Chaque classe doit être associée à un comportement existant. Consultez le guide du point d’entrée des classes pour plus d’informations sur l’utilisation des classes dans l’API.

Groupes de champs

Les groupes de champs sont des composants réutilisables qui définissent un ou plusieurs champs représentant un concept particulier, comme une personne, une adresse postale ou un environnement de navigateur web. Les groupes de champs sont destinés à être inclus dans le cadre d’un schéma qui implémente une classe compatible, en fonction du comportement des données qu’ils représentent (enregistrement ou série temporelle). Consultez le guide des points d’entrée des groupes de champs pour savoir comment utiliser les groupes de champs dans l’API.

Types de données

Les types de données sont utilisés comme champs de type référence dans les classes ou les groupes de champs de la même manière que les champs littéraux de base, la principale différence étant que les types de données peuvent définir plusieurs sous-champs. Bien qu’ils soient similaires aux groupes de champs en ce qu’ils permettent l’utilisation cohérente d’une structure à champs multiples, les types de données sont plus flexibles, car ils peuvent être inclus n’importe où dans la structure du schéma, tandis que les groupes de champs ne peuvent être ajoutés qu’au niveau racine. Pour plus d’informations sur l’utilisation des types de données dans l’API🔗 consultez le guide des points d’entrée des types de données .

NOTE
Si un champ est défini comme un type de données spécifique, vous ne pouvez pas créer le même champ avec un type de données différent dans un autre schéma. Cette contrainte s’applique à l’ensemble du client de votre organisation.

Descripteurs

Les descripteurs sont des ensembles de métadonnées qui sont affectés à des champs spécifiques dans un schéma, fournissant divers détails contextuels, y compris la manière dont ces champs (et le schéma lui-même) sont liés à d’autres schémas. Chaque schéma peut être associé à une ou plusieurs entités de descripteur. Il existe plusieurs types de descripteur différents pour atteindre des objectifs différents. Consultez le guide des points d’entrée des descripteurs pour plus d’informations sur l’utilisation de descripteurs dans l’API et pour obtenir un aperçu des différents types de descripteurs et de leurs cas d’utilisation.

Unions

Experience Platform vous permet non seulement de composer des schémas pour des cas d’utilisation spécifiques, mais aussi de composer une « union » de schémas appartenant à une classe spécifique. Un schéma d’union agrège les champs de tous les schémas qui partagent la même classe dans une représentation unique. En activant un schéma à utiliser avec Real-Time Customer Profile, ce schéma est inclus dans l’union pour sa classe particulière. Par conséquent, les schémas d’union ne peuvent pas être modifiés directement et peuvent uniquement être affectés par l’inclusion ou l’exclusion de schémas à utiliser dans Profile.

Pour savoir comment afficher les unions dans l’API Schema Registry, consultez le guide point d’entrée des unions.

Conversion CSV en schéma

Vous pouvez générer automatiquement un schéma XDM à l’aide d’un fichier CSV en tant que modèle, ce qui vous permet de créer des modèles pour importer en masse des champs de schéma et réduire les tâches manuelles de l’API ou de l’interface utilisateur.

Pour plus d’informations, consultez le guide CSV to schema conversion endpoint.

NOTE
Vous pouvez également utiliser l’interface utilisateur pour mapper un fichier CSV à un schéma à l’aide de recommandations générées par l’IA (actuellement en version bêta).

Exporter

L’API Schema Registry vous permet de transférer et de partager des ressources XDM entre les sandbox et les organisations. Pour tout schéma, groupe de champs ou type de données, vous pouvez générer une payload d’exportation contenant la structure de la ressource et des ressources dépendantes. Cette payload peut ensuite être utilisée pour importer la ressource dans un sandbox et une organisation de destination.

Pour plus d’informations sur la création d’une payload d’exportation pour une ressource XDM existante🔗 consultez le guide de point d’entrée d’exportation .

Importer

Si vous utilisez les points d’entrée export ou CSV vers la conversion de schéma pour créer une payload d’exportation, vous pouvez envoyer cette payload à une organisation cible et à un sandbox pour importer les ressources spécifiées.

Pour plus d’informations sur la génération de ressources XDM à partir de payloads d’exportation🔗 consultez le guide de point d’entrée d’importation .

Données d’exemple

Vous pouvez générer des données d’exemple pour n’importe quel schéma spécifié dans la bibliothèque de schémas. L’objet de réponse renvoyé peut ensuite être utilisé comme source d’ingestion de données.

Pour plus d’informations sur l’utilisation de ce point d’entrée🔗 consultez le guide de point d’entrée d’exemple de données .

Journal d’audit

Le registre des schémas conserve un journal de toutes les modifications apportées à une ressource (classe, groupe de champs, type de données ou schéma) entre différentes mises à jour. Vous pouvez récupérer le journal d’une ressource spécifique en fournissant son $id ou son meta:altId dans le chemin d’accès d’une requête GET vers ce point d’entrée.

Pour plus d’informations sur l’utilisation de ce point d’entrée🔗 consultez le guide de point d’entrée du journal d’audit .