Créer le modèle de données
Créez des tables et des champs sur les tables afin de prendre en charge le modèle de données de l’application.
ServiceNow ajoute automatiquement cinq champs à chaque nouvelle table. Les nouveaux champs contiennent des informations renseignées automatiquement sur la table.
| Nom de champ | Nom de base de données | Description |
|---|---|---|
| Créé par | sys_created_by | Utilisateur ayant créé l'enregistrement. |
| Créé | sys_created_on | Date et heure de création de l’enregistrement. |
| Mis à jour par | sys_updated_by | Utilisateur ayant mis à jour l’enregistrement pour la dernière fois. |
| ID système | sys_id | Identificateur unique de l’enregistrement. Il s’agit d’un élément unique dans toute l’instance. |
| Mises à jour | sys_mod_count | Champ numérique qui compte le nombre de mises à jour apportées à l’enregistrement depuis sa création. |
Les nouvelles tables peuvent étendre une table existante pour hériter des champs et des fonctionnalités de la table en cours d’extension. Ajoutez et modifiez les composants de la table étendue. La table ServiceNow la plus couramment étendue est la table Tâche . Pour plus d’informations, voir Quand créer une table par rapport à quand l’étendre et .
Dans l’exemple, un type de champ chaîne est utilisé pour le nom d’un utilisateur. Notez que le champ Appelant est différent pour chaque enregistrement d’incident, mais que l’appelant peut être la même personne. N’utilisez pas de champ de type chaîne pour un nom d’utilisateur dans les tables.
Utilisez plutôt un type de champ de référence qui fait référence à la table Utilisateur au lieu d’un champ Chaîne. Les utilisateurs doivent ensuite sélectionner un seul enregistrement cohérent dans le champ Appelant.
Les champs de référence garantissent la cohérence des données en normalisant la date dans une autre table de ServiceNow. ServiceNow dispose de plus de 2 000 tables de référence disponibles pour référence. L’annexe répertorie certaines tables couramment utilisées pour la création d’une application.
| Type de champ | Descriptions |
|---|---|
| Entier | Stocke les valeurs numériques et peut être utilisé dans les calculs. |
| Devise | Contient une valeur monétaire et affiche les valeurs dans la devise de l’utilisateur connecté. |
| Numéro de téléphone | Inclut la validation et la mise en forme des numéros de téléphone conformes à la norme E164. |
| Référence | Affiche un enregistrement d’une autre table et aide à normaliser les données. |
| Choix | Affiche une zone de sélection avec une liste prédéfinie de choix. Les listes de choix doivent comprendre moins de dix éléments. |
| Date | Stocke une valeur de date sélectionnée avec un sélecteur de date. Utilisez la date si vous n’avez pas besoin d’une heure spécifique. |
| Date/Heure | Stocke les valeurs de date et d’heure sélectionnées avec un sélecteur de date et d’heure. Utilisez la date/l’heure pour comparer des heures spécifiques ou si l’heure exacte est importante. |
| Chaîne | Contient du texte de forme libre. Utilisez Chaîne si aucun autre type de champ ne correspond aux valeurs stockées dans le champ. |
Listes de choix ou champs de référence
Les listes de choix et les champs de référence offrent aux utilisateurs un moyen de choisir une valeur dans une liste. Les listes de choix sont des paires nom/valeur. Les utilisateurs effectuent leur sélection parmi les noms, et le champ stocke la valeur du choix sélectionné. Les scripts utilisent la valeur. Ajoutez et supprimez les paires nom/valeur des choix pour gérer la liste des options.
Les champs de référence pointent vers une table. Gérez les choix dans la table. La valeur stockée dans le champ de référence est la sys_id de l’enregistrement référencé.
- Le champ nécessite plus de dix choix.
- Les choix changeront régulièrement.
- Quelqu’un d’autre qu’un administrateur doit gérer les choix.
- La valeur du champ a un impact sur la logique de décision. Par exemple, les tables de décision dans Flow Designer.
- Les données présentent des dépendances à plusieurs niveaux entre différents champs qui peuvent entraîner des combinaisons de champs de choix complexes et peu maniables.
- Les choix nécessitent plus qu’une paire nom/valeur. Par exemple, le référencement d’un enregistrement utilisateur donne à la table de référencement l’accès à d’autres détails sur l’utilisateur, tels que l’adresse e-mail et le département.
- Il existe déjà une table qui inclut les données nécessaires pour le champ.