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
6 Questions stratégiques avant de passer à Office 365
Migrer une partie des services d’un système d’information vers Office 365 s’inscrit dans une démarche plutôt moderne. Mais elle va impliquer un certain nombre de changements majeurs qui bien souvent ne sont pas pris en compte lors de la décision d’acquisition du service, découvrez nos 6 recommandations clés !
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
