Valeurs normales
Une valeur normale remplace des valeurs de champ similaires mais ambiguës par une valeur standard.
Variations des valeurs de champs
- Entrées automatisées effectuées par Découverte.
- Entrées automatisées effectuées en important des enregistrements à partir de systèmes ou de fichiers externes.
- Saisies manuelles effectuées par les utilisateurs.
- E3350 (Intel) 4.5.2234
- Intel Xeon 5.4.554
- Xeon L3350
- L3350
- Types de processeurs en double
- Résultats de recherche médiocres
- Requêtes et conditions complexes à appliquer à la logique métier
La création d’un enregistrement de valeur normale résout ces problèmes en consolidant sur une seule valeur standard telle que Xeon.
Identification des variations avec des alias et des règles
Chaque enregistrement de valeur normale spécifie comment identifier les variations d’une valeur normale à l’aide d’une combinaison d’alias et de règles.
- Alias
Les alias sont des variations connues d’une valeur d’entrée que la normalisation convertit en valeur normale. Utilisez des alias lorsqu’il existe une courte liste de valeurs de variantes.
Par exemple, vous pouvez créer un Xeon à valeur normale qui possède ces alias.- E3350 (Intel) 4.5.2234
- Intel Xeon 5.4.554
- Xeon L3350
- L3350
Chaque fois qu’une tâche de données de normalisation ou une requête normalisée voit une valeur de champ correspondant à un alias, elle remplace automatiquement la valeur de champ par la valeur normale. Les tâches et requêtes de données de normalisation traitent les alias avant les règles.Remarque :Les alias sont logiquement équivalents à des règles utilisant l’opérateur [is] dans une condition où [nom de champ][est][valeur alias]. Par exemple, les exemples d’alias sont équivalents à ces règles : [Type de processeur][est][E3350 (Intel) 4.5.2234] OU [Type de processeur][est][Intel Xeon 5.4.554] OU [Type de processeur][est][Xeon L3350] OU [Type de processeur][est][L3350]- Règles
Les règles spécifient les conditions dans lesquelles la normalisation remplace une valeur d’entrée par une valeur normale. Utilisez des règles lorsqu’il existe un grand nombre de valeurs de variantes possibles ou lorsque vous devez créer des conditions complexes.
Par exemple, la valeur normale Xeon pourrait avoir cette règle.
[Type de processeur][correspond au regex][.*\bxeon\b.*]
Chaque fois qu’une tâche de données de normalisation ou une requête normalisée voit une valeur de champ correspondant à une règle, elle remplace automatiquement la valeur de champ par la valeur normale. Les tâches et requêtes de données de normalisation traitent les règles après les alias.
Les règles et les alias peuvent être combinés pour normaliser un champ. Assurez-vous de tester vos méthodes de normalisation avant de les appliquer à tous les enregistrements existants dans la base de données.
Requêtes normalisées
Un administrateur peut configurer la normalisation à appliquer aux requêtes émises par rapport aux champs normalisés dans les listes. Cochez la case Normaliser la requête sur le formulaire de normalisation pour activer cette fonctionnalité. Dans une liste contenant des valeurs normalisées, des filtres et des fils d’Ariane utilisant la valeur d’origine (brute) du champ normalisé dans la condition de requête.
La liste filtrée renvoie les enregistrements dont la valeur normale a remplacé la valeur brute. Toutefois, les fils d’Ariane du filtre affichent les conditions de requête d’origine.
Scripting et normalisation
Les scripts qui mettent à jour ou insèrent des enregistrements dans la base de données (GlideRecord) sont normalisés automatiquement lorsque la normalisation de champ est appliquée. Par exemple, si un script pour insérer un enregistrement CI contient un type de processeur Xeon L3350, le script est normalisé pour insérer le CI avec un type de processeur Xeon à la place. Les scripts qui interrogent la base de données pour des valeurs de champ normalisées (en utilisant les conditions Égal ou Non égal) peuvent être configurés pour renvoyer la valeur normale (par exemple, Xeon) plutôt que la valeur d’origine (brute).