Valeurs normales
Une valeur normale remplace des valeurs de champ similaires mais ambiguës par une valeur standard.
Variations des valeurs de champ
- Entrées automatisées effectuées par Détection.
- Entrées automatisées effectuées en important des enregistrements à partir de systèmes ou de fichiers externes.
- Entrées manuelles effectuées par les utilisateurs.
- E3350 (Intel) 4.5.2234
- Intel Xeon 5.4.554
- Xeon L3350
- Réf. L3350
- Dupliquer les types de processeurs
- Mauvais résultats de recherche
- Requêtes et conditions complexes pour appliquer la logique métier
La création d’un enregistrement de valeur normale résout ces problèmes en consolidant sur une 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 variante.
Par exemple, vous pouvez créer un Xeon de valeur normale avec ces alias.- E3350 (Intel) 4.5.2234
- Intel Xeon 5.4.554
- Xeon L3350
- Réf. L3350
Chaque fois qu’une tâche de normalisation de données 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 aux règles utilisant l’opérateur [is] dans une condition où [Nom de champ][est][Valeur de l’alias]. Par exemple, les exemples d’alias sont équivalents à ces règles : [CPU Type][is][E3350 (Intel) 4.5.2234] OR [CPU Type][is][Intel Xeon 5.4.554] OR [CPU Type][is][Xeon L3350] OR [CPU Type][is][L3350]- Règles
Les règles spécifient les conditions dans lesquelles la normalisation remplace une valeur d’entrée par la valeur normale. Utilisez des règles lorsqu’il existe un grand nombre de valeurs de variant 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 à la regex] [.*\bxeon\b.*]
Chaque fois qu’une tâche de normalisation de données 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 normalisation de données 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 sur les 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, filtrez et utilisez 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 été remplacée par 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 d’insertion d’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 (à l’aide des conditions de valeurs égales ou fausses) peuvent être configurés pour renvoyer la valeur normale (telle que Xeon) plutôt que la valeur d’origine (brute).