CA Service Desk Manager - Manuel d ... - CA Technologies

Personnalisation des requêtes et messagesIN permet, entre autres, d’éviter les produits cartésiens. Par exemple, larequête suivante entraîne un produit cartésien et est particulièrementinefficace :assignee.last_name LIKE ‟MIS%‟ OR group.last_name LIKE ‟MIS%‟Lorsque vous utilisez IN, la requête ne crée pas de produit cartésien ; en fait,elle ne crée pas de jointure du tout, comme dans l'exemple suivant :assignee.last_name IN ‟MIS%‟ OR group.last_name IN ‟MIS%‟Remarque : Les parenthèses qui encadrent normalement la liste de valeurs àdroite de IN peuvent être omises si la liste ne contient qu'une valeur. Demême, vous devez éviter les jointures dans les partitions de données enconvertissant une partition, comme dans l'exemple suivant :assignee.last_name LIKE ‟Smith‟converti en :personne assignée = U‟374683AA82ACE34AB999A042F3A0BA2E‟où :Uindique que la valeur est un uuid.’374683AA82ACE34AB999A042F3A0BA2E’Les 32 caractères entre guillemets simples indiquent la représentation d'unUUID réel sous forme de chaîne.Vous évitez ainsi la jointure même si la requête perd un peu en clarté. INpermet d'écrire la même partition, comme dans l'exemple suivant, présentantautant de clarté que la première version et pratiquement la même efficacitéque la seconde :assignee.last_name IN ‟Smith‟CA Service Desk Manager gère l'application de la clause IN à des listes QRELou BREL. Par exemple, si vous recherchez toutes les demandes avec des actifsqui sont des parents d'un autre actif spécifique (doté de l'ID374683AA82ACE34AB999A042F3A0BA2E), la clause WHERE appropriée est lasuivante :affected_resource.[parent]child_hier.child IN(U’374683AA82ACE34AB999A042F3A0BA2E’)278 Manuel d'implémentation