trouver un mot dans les commentaires / incident

gildas pothin
Tera Contributor

Bonjour le groupe,

 

je cherche à faire un rapport ou un mot particulier est dans le la zone notes pour les incidents.

 

Pour plus de contexte, nous allons requalifier les incidents de nos client et souhaitons savoir ceux sur lesquels nous avons fait un contrôle. 

 

Gildas , sourires d'ici, qui continu ses recherches. 

1 ACCEPTED SOLUTION

Damien C
Tera Guru

Bonjour,

 

Comme Dave l'a partagé, il est possible d'aller chercher l'information dans d'autres tables. Cependant ces table sont incroyablement larges et faire du reporting dessus peut amener à un timeout dans le pire des cas. N'oubliez surtout pas de rajouter des filtres, par exemple par date.
S'il s'agit d'une action unique, un export de données depuis une vue liste filtrée pourra être plus performant qu'un rapport.

 


Dans le cas où on souhaite suivre l'utilisation d'un groupe de mot dans des commentaires / work-notes, si les mots en question sont parfaitement identifiés, j'aurais plutôt tendance à jouer avec les métriques, pour sauvegarder la donnée au moment où elle est générée, et ne pas avoir à taper dans des tables trop larges.
Il serait accessoirement possible de faire tourner un petit script pour récupérer rétroactivement ces métriques, puis faire du reporting dessus (éventuellement via une database view).
Enfin, si les métriques sont insuffisantes, une table custom + une BR pourra faire l'affaire.

Il n'est cependant jamais recommandé de chercher du texte et encore moins dans des champs de description, descriptions courtes, commentaires, notes de travail, etc... à cause de performances très faibles et de fiabilité relative.

Il peut être intéressant d'envisager à l'avenir de créer des indicateurs en amont (métriques, ou champs sur la table incident) pour anticiper ce genre de traitement lourd.

View solution in original post

3 REPLIES 3

Damien C
Tera Guru

Bonjour,

 

Comme Dave l'a partagé, il est possible d'aller chercher l'information dans d'autres tables. Cependant ces table sont incroyablement larges et faire du reporting dessus peut amener à un timeout dans le pire des cas. N'oubliez surtout pas de rajouter des filtres, par exemple par date.
S'il s'agit d'une action unique, un export de données depuis une vue liste filtrée pourra être plus performant qu'un rapport.

 


Dans le cas où on souhaite suivre l'utilisation d'un groupe de mot dans des commentaires / work-notes, si les mots en question sont parfaitement identifiés, j'aurais plutôt tendance à jouer avec les métriques, pour sauvegarder la donnée au moment où elle est générée, et ne pas avoir à taper dans des tables trop larges.
Il serait accessoirement possible de faire tourner un petit script pour récupérer rétroactivement ces métriques, puis faire du reporting dessus (éventuellement via une database view).
Enfin, si les métriques sont insuffisantes, une table custom + une BR pourra faire l'affaire.

Il n'est cependant jamais recommandé de chercher du texte et encore moins dans des champs de description, descriptions courtes, commentaires, notes de travail, etc... à cause de performances très faibles et de fiabilité relative.

Il peut être intéressant d'envisager à l'avenir de créer des indicateurs en amont (métriques, ou champs sur la table incident) pour anticiper ce genre de traitement lourd.

Fred Jean
Tera Expert

Bonjour, je rejoins ce qui a été dit précédemment,. J'ajouterais que pour un besoin du type "savoir ceux sur lesquels nous avons fait un contrôle", si il n'est pas possible ou pas souhaité d'ajouter un champ dédié à cet usage, une option peut être d'avoir un tag dédié (au lieu ou en plus d'ajouter un commentaire).

Si c'est déjà trop tard est que l'information est déjà uniquement dans des commentaire, alors un Fix script pourrait être fait pour mettre les tags sur les enregistrements existants et ainsi avoir un rapport basé sur le tag.