Vue d'ensemble de la recherche fédérée

Dernière modification : samedi 1 mai 2010

S’applique à : SharePoint Server 2010

• Analyse du contenu Dans cette méthode, les résultats sont retournés depuis l’index de contenu de l’Application de service de recherche en fonction de la requête de l’utilisateur. Cet index inclut le contenu analysé par l’Application de service de recherche, de même que le contenu textuel et les métadonnées pour chaque élément de contenu.

• Recherche fédérée Dans cette méthode, vous avez la possibilité d'afficher les résultats de la recherche pour du contenu supplémentaire qui n'est pas analysé par votre serveur de recherche. Grâce à la fédération, la requête peut être effectuée sur l'index de contenu local, ou bien transférée à un référentiel de contenu externe où elle sera traitée par le moteur de recherche de ce référentiel. Le moteur de recherche du référentiel externe renvoie ensuite les résultats au serveur de recherche qui les met en forme et les présente dans la même page de résultats de recherche que ceux obtenus de son index de contenu.

Cette rubrique fournit une vue d’ensemble de la recherche fédérée dans Recherche de contenu d’entreprise SharePoint.

Comparaison entre la recherche fédérée et l'analyse de contenu dans la recherche de contenu d'entreprise

Pour vous aider à déterminer s'il faut analyser le contenu d'un référentiel directement ou à l'aide de la recherche fédérée, pensez aux différences entre les deux méthodes. Déterminez laquelle est la plus adaptée, selon le référentiel de contenu et la configuration requise pour les résultats de recherche que vous souhaitez retourner. Les deux méthodes présentent des avantages.

Avantages de l’analyse de contenu avec l’Recherche de contenu d’entreprise SharePoint

Si vous interrogez l’index de contenu de l’Application de service de recherche pour des résultats de recherche, vous pouvez effectuer les actions suivantes :

• Trier les résultats par pertinence.

• Contrôler la fréquence à laquelle l'index de contenu est mis à jour.

• Spécifier les métadonnées qui sont analysées.

• Effectuer une opération de sauvegarde unique pour le contenu analysé.

Avantages de la fédération de contenu avec l’Recherche de contenu d’entreprise SharePoint

Si vous utilisez la recherche fédérée pour retourner des résultats de recherche :

• Vous n’avez besoin d’aucune capacité supplémentaire pour l’index de contenu, puisque le contenu n’est pas analysé par Recherche de contenu d’entreprise SharePoint.

• Vous pouvez tirer parti du moteur de recherche existant d'un référentiel. Par exemple, vous pouvez fédérer à un moteur de recherche Internet pour rechercher sur le Web.

• Vous pouvez optimiser le moteur de recherche du référentiel de contenu pour un ensemble de contenu spécifique du référentiel, améliorant ainsi les performances de recherche sur le contenu défini.

• Vous pouvez accéder aux référentiels qui sont sécurisés par rapport aux analyses, mais qui sont accessibles par les requêtes de recherche.

Emplacements fédérés

Un emplacement fédéré définit la connexion de la recherche fédérée à un référentiel de contenu externe. Il se compose des éléments suivants :

• Type d'emplacement

• Modèles de liens de requête et de Résultats supplémentaires

• Déclencheurs

• Informations d'affichage

• Restrictions

• Informations d'authentification et d'identification

Type d'emplacement

Recherche de contenu d’entreprise SharePoint prend en charge les types suivants d’emplacements fédérés :

1. Index de recherche local Sites SharePoint locaux.

2. Index FAST Emplacements de FAST Search Server 2010 for SharePoint.

3. OpenSearch 1.0/1.1 Flux RSS pour la page des résultats de tout serveur de recherche à distance ou de tout flux pouvant faire l’objet d’une recherche, qui prend en charge la norme OpenSearch (éventuellement en anglais) et retourne des résultats de recherche au format XML structuré (par exemple, des résultats RSS ou Atom).

Vous pouvez fédérer à d’autres référentiels en créant une interface légère qui expose le référentiel avec un flux XML pouvant faire l’objet d’une recherche. Vous pouvez ensuite créer un emplacement OpenSearch qui se connecte à l’interface légère. Pour plus d’informations sur la façon d’exposer des référentiels en tant que flux XML pouvant faire l’objet d’une recherche, voir Conseils d'architecture pour créer des connecteurs de recherche fédérée.

Modèles de liens de requête et de résultats supplémentaires

Le modèle de requête contient l’URL paramétrée qui pointe vers l’interface Web de l’emplacement, ainsi que la requête de recherche et tous les autres paramètres qui sont nécessaires au moteur de recherche.

Le modèle de requête équivaut au modèle d’URL de la spécification OpenSearch (éventuellement en anglais) ; sa syntaxe s’appuie sur la syntaxe du modèle d’URL OpenSearch (éventuellement en anglais).

Le modèle de lien de résultats supplémentaires contient l'URL d'une page HTML qui affiche les résultats pour l'emplacement de la recherche fédérée.

Déclencheurs

Un déclencheur est une contrainte de requête qui détermine à quel moment une requête est passée. Seules les requêtes correspondant au modèle spécifié pour les déclencheurs dans la définition d’emplacement sont transférées vers l’emplacement fédéré. Les déclencheurs sont essentiels pour l’expérience de la fédération, puisqu’ils garantissent que seules les informations ciblées pour la requête de l’utilisateur sont affichées.

Il existe trois types de déclencheurs :

• Toujours Ce type de déclencheur transmet toujours les requêtes à l’emplacement fédéré. Si vous le spécifiez pour l’emplacement fédéré, assurez-vous que l’emplacement dispose de suffisamment de bande passante pour gérer le trafic des requêtes supplémentaires.

• Préfixe Ce type de déclencheur contient le terme exact avec lequel la requête doit être préfixée pour que l’emplacement corresponde à la requête. Par exemple, si « météo » est spécifié en tant que déclencheur de préfixe, la requête « météo New York, NY » correspondra, mais seule la requête « New York, NY » sera transférée vers l’emplacement fédéré.

• Modèle Ce type de déclencheur contient un modèle d’expression régulière spécifié, auquel la requête doit correspondre pour que le déclencheur puisse la transférer. Pour transférer uniquement une partie de la requête vers la source fédérée, vous pouvez créer un groupe de capture. Le groupe de capture peut ensuite être référencé dans le modèle de requête. Pour plus d’informations sur les expressions régulières et les groupes de capture, voir .NET Framework Regular Expressions.

Informations d'affichage

Les informations d'affichage spécifient le mode d'affichage des résultats de recherche retournés et incluent les éléments suivants :

• La transformation XSLT indiquant comment mettre en forme et rendre les résultats de recherche en XML.

• La liste des propriétés à afficher dans l’interface utilisateur des résultats de recherche.

  Conseil
  Recherche de contenu d’entreprise SharePoint récupère toutes les propriétés retournées pour les emplacements OpenSearch fédérés.

• L’exemple de données utilisé si vous voulez modifier la page de résultats dans Microsoft SharePoint Designer 2010.

Restrictions

Vous pouvez spécifier des restrictions dans la définition d'emplacement afin de limiter les sites qui peuvent utiliser l'emplacement fédéré.

Informations d'authentification et d'identification

Dans la section Informations d'authentification et d'identification de la définition d'emplacement, vous spécifiez le type d'authentification pour l'emplacement fédéré. Le type d'authentification peut être l'un des suivants :

• Anonyme   Aucune information d’identification n’est nécessaire pour se connecter à l’emplacement fédéré.

• Commun Chaque connexion utilise le même jeu d’informations d’identification pour se connecter à l’emplacement fédéré.

• Par utilisateur Les informations d’identification de l’utilisateur qui a envoyé la requête de recherche sont utilisées pour la connexion à l’emplacement fédéré. .

Pour les types d’authentification commun et d’utilisateur, vous devez également spécifier l’un des protocoles d’authentification suivants :

• Basic

• Digest

• Identité du pool d'applications NTLM (type d'authentification commun uniquement)

• NTLM

• Kerberos (type d’authentification d’utilisateur uniquement)

• Formulaires

• Cookie

Voir aussi

Concepts

Conseils d'architecture pour créer des connecteurs de recherche fédérée

Référence du schéma de fichier de définition d'emplacement

Autres ressources

Spécification OpenSearch (éventuellement en anglais)