Lorsque vous mettez en place ou utilisez la brique Search au sein d’une architecture Sharepoint ou de développement spécifique vous serez tôt ou tard contraint d’utiliser la taxonomie lors de votre recherche.
SharePoint – Search et la taxonomie
Dans cet article, nous allons exposer une problématique récurrente comment avoir dans ma recherche, un panneau de raffinement avec mes champs taxonomiques ?
Taxonomie et les côtés cachés
Bien souvent l’on se pose la question mais quel mode de fonctionnement interne SharePoint met en place pour la taxonomie. Voici un schéma récapitulatif :
(((IMG6599)))
À chaque fois qu’une lise est créée et que celle-ci est provisionnée une autre liste l’est aussi, la TaxonomyHiddenList. Cette liste cachée qui se situe au niveau de la collection de site fait une copie littérale des éléments taxonomique de la liste standard. Son but principal est d’éviter les charges au niveau du service de métadonnées gérées et de fournir un cache de données pour la recherche.
Une fois que les données sont présentes, cela va déclencher d’autres évènements, qui sont pleinement associés à un Timer job, le « TaxonomyUpdateScheduler ». Celui-ci est chargé de mettre à jour le service de métadonnées gérées de façon répétée. Concernant la TaxonomyHiddenList il est intéressant d’en comprendre sa structure: voir figure 2.
(((IMG6600)))
Nous pouvons voir que bon nombre des composants sont destinés à assurer un lien vers le TermStore, les Termset et les Terms. Notons que deux champs sont assez spécifiques, CatchAllData et CatchAllDataLabel. Ce sont deux champs qui dépendent d’une feature cachée la TaxonomyFieldAdded et sont les points de destinationdes champs cachés TaxCatchAll et TaxCatchAllLabel de type LookupMulti dans une liste standard. En définitif un réel parallélisme s’opère entre nos listes et la TaxonomyHiddenList.
Search engine
Côté moteur de recherche, l’ensemble des remontées des données se fait en fonction d’un schéma bien précis. Celleci repose en partie sur l’utilisation d’une propriété spécifique de type crawl « ows_taxid_MetadataAllTagsInfo ». Celle-ci permet de connecter l’ensemble des valeurs de type crawl sous-jacentes et des métadonnées dépendantes. Il est important de signaler que pour une remontée effective des données taxonomiques, il est nécessaire d’avoir l’ensemble des composants présents dans le moteur de recherche. En cas de non présence de ceux-ci, nous nous retrouverons avec une recherche non effective et incohérente.
(((IMG6601)))
Téléchargez gratuitement cette ressource
Guide de Sauvegarde Microsoft Office 365
A l’heure où les applications Microsoft Office 365, E-Mail Exchange, SharePoint, OneDrive ou Teams sont plus que jamais indispensables aux collaborateurs de l’entreprise, êtes-vous certains de pouvoir compter sur une solution garantissant le stockage et la conservation sécurisée des données qui y sont stockées ? Découvrez le livre blanc Carbonite.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
