Concept : tables

Vous définissez le schéma du tableau avant de charger les données dans le tableau. Si vous connaissez les bases de données, cela est communément appelé schéma sur écriture.

Vous pouvez toujours changer le schéma du tableau, mais il y a des exigences et des limites. Exemple : vous pouvez ajouter ou retirer des champs à tout moment, mais si vous souhaitez changer le type de champ, le tableau doit être vide (zéro rangées). Les changements de schéma ont un effet spécifiée. Exemple : si vous supprimez un champ, toutes les données contenues dans le champ sont perdues.

Les jeux de données de base contrôlent les données sous-jacentes stockées dans des fichiers. Les schémas de jeux de données décrivent comment lire (et ensuite transformer) les données stockées dans ces fichiers. Si vous connaissez les bases de données, cela est communément appelé schéma en lecture.

Bien que vous puissiez changer le schéma du jeu de données à tout moment, vous devez vous assurer que le schéma correspond aux données des fichiers sous-jacents afin qu’il reconnaisse correctement les données. Si le schéma ne correspond pas au fichier, Prism définit la valeur comme nulle.

Les tables peuvent accepter des données de tout type de source à tout moment, comme le téléversement de fichiers, un jeu de données ou l’API REST.

Créez des tâches de changement de données pour charger des données dans un tableau ou les modifier. Vous pouvez utiliser un type de source différent pour chaque tâche de changement de données qui fonctionne dans le même tableau cible.

Exemple : vous créez deux tâches de changement de données qui utilisent le même tableau cible et les types de sources suivants :

Un fichier délimité qui insère des données.
Un jeu de données dérivé qui met à jour les données.

Un jeu de données de base accepte uniquement les données du même type de source que vous avez utilisé lorsque vous avez créé le jeu de données. Autrement dit, si vous créez un jeu de données en utilisant SFTP, il acceptera uniquement les données d’un serveur SFTP.

Lorsque vous chargez des données dans un tableau, Workday valide les données par rapport au schéma défini.

Si la valeur d’un champ ne correspond pas au type de champ ou à d’autres paramètres de champ (tels que le format de date), Workday marque la rangée entière comme non valide et n’inclut pas la rangée dans le tableau. À la place, la rangée est envoyée dans un fichier d’erreurs que vous pouvez télécharger.

Lorsque vous publiez un jeu de données, Workday lit les données stockées sur disque et les valide par rapport au schéma actuel du jeu de données de base.

Si la valeur d’un champ ne correspond pas au type de champ ou à d’autres paramètres de champ (tels que le format de date), Workday marque cette valeur de champ comme NULL et inclut la rangée dans la source de données Prism publiée.

Chaque champ autorise les valeurs NULL, sauf si vous l'avez configuré comme obligatoire.

Workday fait la distinction entre les valeurs NULL et les valeurs de chaîne vides dans les champs de texte lors de la lecture d’un fichier source délimité pour charger des données dans un tableau.

Si un fichier délimité contient :

Chaque champ autorise les valeurs NULL.

Workday ne fait pas la distinction entre les valeurs NULL et les valeurs de chaîne vides dans les fichiers délimités.

Les tables ont deux noms :

Les champs de tableau ont également un nom d’affichage et un nom d’API. Vous pouvez changer le nom d'affichage à tout moment. Toutefois, vous ne pouvez pas modifier le nom de l’API après avoir créé le champ et enregistré le tableau.

Les noms d'affichage, d'API et d'API de champ doivent être uniques et conformes aux règles de validation des noms.

Voir Référence : directives de dénomination pour plus de détails.

Les jeux de données de base (et dérivés) ont deux noms :

Nom. Il s'agit du nom qui s'affiche dans le catalogue de données. Vous pouvez changer le nom d’affichage. La publication de jeux de données renommés n’affectera pas les rapports ou les tableaux d’exploration qui utilisent les noms d’origine.
Nom de l'API Il s'agit d'un nom unique utilisé pour référencer le jeu de données dans l'API. Vous ne pouvez pas changer le nom de l'API du jeu de données après avoir créé le jeu de données.

Les champs de jeu de données n'autorisent qu'un seul nom et vous pouvez le changer à tout moment. Toutefois, vous devez vous assurer de corriger les erreurs en aval qui pourraient résulter du changement du nom du champ.

Les noms d'affichage et d'API doivent être uniques et conformes aux règles de validation des noms.

Vous pouvez supprimer toutes les rangées (tronquer) ou certaines rangées (supprimer) d’un tableau.

Vous pouvez supprimer des rangées de manière sélective en fonction d’un champ clé. Vous voudrez peut-être le faire lorsque vous ajoutez des données au tableau et que vous devez supprimer les rangées ajoutées à un chargement particulier.

Vous pouvez supprimer toutes les rangées (tronquer) d'un jeu de données de base. Vous ne pouvez pas supprimer un sous-ensemble de rangées.