Concept : changements de schéma de jeu de données
Un schéma est un ensemble de règles qui définissent la façon dont les données sont organisées, structurées et contraintes. Divers artefacts et composantes de Workday ont un schéma, y compris des jeux de données et des composantes de jeu de données.
Un jeu de données peut comprendre plusieurs schémas selon la façon dont il est configuré. Chacune de ces composantes du jeu de données a son propre schéma :
- Les fichiers contenant des données externes que vous chargez dans un jeu de données de base.
- Le rapport personnalisé que vous créez pour importer les données Workday dans un jeu de données de base.
- L’entrée à un stade. Pour le premier stade dans un jeu de données de base, ce schéma est déterminé par la source du jeu de données.
- La sortie d’un stade. Pour le dernier stade du pipeline principal, ce schéma détermine le schéma de sortie de l'ensemble du jeu de données.
Si vous êtes un nouvel utilisateur de Workday, vous n’avez pas l’accès pour créer ni modifier des jeux de données de base.
Les changements de schéma peuvent avoir lieu n’importe où dans un jeu de données. Les schémas changent lorsque vous ajoutez de nouveaux champs ou retirez des champs existants, par exemple lorsque vous :
- Ajoutez un champ calculé Prism.
- Masquer ou afficher un champ.
- Ajoutez un stade qui ajoute ou supprime des champs à ce stade.
Les schémas peuvent également changer dans les jeux de données de base lorsque vous :
- Téléversez un fichier externe.
- Importez un fichier à partir d'un serveur SFTP.
- Importez des données à partir d’un rapport personnalisé.
L'endroit où des changements se produisent dans un jeu de données peut affecter d'autres composantes du jeu de données. Les changements apportés aux schémas de jeux de données peuvent rompre des composantes qui étaient fondées sur le schéma initial. L’endroit où les changements se produisent peut également avoir une incidence sur la façon dont vous gérez les changements.
Lorsque vous changez le schéma et que Workday importe le nouveau fichier source dans le jeu de données, vous devez ouvrir le jeu de données et enregistrer les changements. Si vous n’enregistrez pas le jeu de données, Workday continue d’utiliser l’ancienne définition de schéma. La prochaine fois que vous publierez le jeu de données, vous pourriez obtenir des données incohérentes dans la source de données Prism.
Lorsque vous importez des données qui modifient le schéma d'un jeu de données de base à partir d'un serveur SFTP ou d'un rapport personnalisé, vous devez modifier manuellement le jeu de données de base pour incorporer les changements. Lorsque de nouveaux champs sont ajoutés au jeu de données en raison du changement du schéma source, Workday les masque automatiquement. Présentez les nouveaux champs et enregistrez le jeu de données de base pour inclure les champs dans le schéma du jeu de données.
Workday vous recommande de vous assurer que le jeu de données est à jour et inclut les champs souhaités. Dans la plupart des cas, vous utilisez le stade Gérer des champs pour gérer les changements de schéma d’un jeu de données.
Gérer les champs
Le stade Gérer les champs utilise la sortie du stade précédent comme base à partir de laquelle surveiller les changements. Lorsque cette base change, Workday vous avertit dans le panneau des détails de la filière. Si la base change, au stade Gestion des champs, Workday :
- Affiche tous les champs nouveaux et retirés.
- N'inclut pas encore tous les changements dans le schéma du jeu de données.
- N'affiche aucune donnée dans le tableau d'exemple.
Workday vous recommande ce qui suit :
- Ajoutez un stade Gestion des champs au début du pipeline principal d'un jeu de données dérivé lorsque vous souhaitez surveiller le schéma du tableau ou du jeu de données à partir duquel il est dérivé.
- Ajoutez un stade Gestion des champs à la fin du pipeline principal d’un jeu de données que vous souhaitez publier. Cela vous permet de détecter tout changement de schéma qui pourrait casser des rapports utilisant la source de données Prism de ce jeu de données publié.
- Ajoutez un stade Gérer les champs à la fin d’un pipeline lorsque vous devez masquer des champs ou exposer de nouveaux champs.
- Ajoutez un stade Gestion des champs dans un jeu de données de base pour faire en sorte qu'aucune intégration future ne puisse supprimer un champ existant par inadvertance.
- N'incluez pas plus de 2 stades de gestion des champs dans une seule filière.
Dans certains cas, Workday gère les changements de schéma sans utiliser de stade Gestion des champs. Exemple : lors du téléversement d’une nouvelle version d’un fichier source dans un jeu de données de base, Workday gère les changements de schéma en fonction de la rangée d’en-tête du fichier source :
Le fichier source contient une rangée d'en-tête | Résultat |
|---|---|
Oui | Workday utilise les noms de champs dans la rangée d'en-tête du jeu de données de base pour déterminer quels champs se trouvent dans le nouveau fichier source.
Vous pouvez ajouter ou supprimer des champs n’importe où dans le fichier source. Si les noms des champs dans le fichier source ne changent pas, Workday met à jour le schéma du jeu de données de base dans lequel vous importez le nouveau fichier source. |
Non | Workday gère les modifications qui se produisent uniquement à la fin du fichier source.
Vous ne pouvez ajouter de nouveaux champs qu'à la fin du fichier source. Si vous le faites, Workday met à jour le schéma du jeu de données de base dans lequel vous importez le nouveau fichier source. |