Sources de contenu séparées ou sources de résultats?

Question

Je travaille sur une ferme SP2013.La ferme dispose d'une application Web et de 3 collections de site A, B, C. Mon exigence est la configuration d'une zone de recherche dans chacune d'elles et limiter les résultats de la recherche dans la collection Site uniquement.

I.e.Les utilisateurs recherchent dans la collection de sites A ne seront jamais résultant de b et c.

Je vois qu'il y a deux moyen d'y parvenir:

1. Configuration 3 sources de contenu pour chaque collection de site
2. Configuration 1 source de contenu pour l'application Web (couvert A, B et C).Ensuite, dans chaque collection de site Configurez une source de résultat avec une requête de recherche comme "chemin: {sitecollection.url}" pour limiter le résultat de la recherche renvoyé.

Puis-je savoir quelle méthode est la meilleure?Souhaitez-vous partager votre expérience et énumérer les avantages et les inconvénients?Merci.

Answer 1

Je ne peux pas penser à une raison majeure d'aller d'une manière ou d'une autre, d'un point de vue de la requête, sauf peut-être la conviction:

• contenu
  • ContentsSource: FileServer
• résultatsource
  • est une propriété sur votre objet KQL et a besoin d'un GUID
  • mots clés de mots clés.sourceid= résultatsourceid;

En outre, les sources de contenu peuvent être rampées séparément, si vous voulez ce niveau de granularité.

Peut-être qu'il y a eu des implications au niveau des résultats de la requête?Je sais que vous avez des pages différentes pour différentes sources de résultat (pour montrer uniquement des personnes, etc.).

Dans notre projet actuel, nous avons des sources de résultats, mais les résultats sont des entités différentes dans ce cas (source de résultats séparée pour chaque entité).Si ce n'est qu'une différence d'emplacement peut-être que des sources de contenu séparées ont plus de sens.