Compartilhar via

Trabalhar com gatilhos e modelos de consulta (Search Server 2008)

  • Artigo

Atualizado em: 2008-07-31

Se um determinado site não for rastreado diretamente pelo Servidor de Pesquisa da Microsoft 2008, você poderá adicioná-lo como um local federado e incluir os resultados da pesquisa para os usuários do site do Centro de pesquisa. Quando adicionar um local federado, você deverá especificar o modelo de consulta usado para a URL da consulta do local federado. Se desejar, você também poderá especificar uma ou mais restrições à consulta, conhecidas como gatilhos, para restringir as consultas passadas ao local federado.

Neste tópico, você saberá mais sobre como especificar gatilhos e como construir o modelo de consulta para um local federado.

Gatilhos

Um gatilho é uma restrição à consulta que determina quando uma consulta é passada. Quando cria um local federado, você pode especificar gatilhos que determinam quando uma consulta é passa a ele. Somente consultas que corresponderem ao padrão especificado para os gatilhos na definição de local são encaminhadas ao local federado.

Há dois tipos de gatilhos:

  • Prefixo

    A consulta deve receber o prefixo com o termo exato especificado como gatilho. Por exemplo, se o termo “clima” for especificado como o gatilho de prefixo para a consulta “clima Rio de Janeiro, RJ”, o prefixo será descartado e somente “Rio de Janeiro, RJ” será encaminhado.”

    ObservaçãoObservação:

    Somente a parte da consulta posterior ao prefixo é encaminhada; no exemplo "clima Rio de Janeiro, RJ", apenas a parte "Rio de Janeiro, RJ" é encaminhada ao local federado.

  • Regex

    A consulta deve corresponder ao padrão da expressão regular especificada. Para obter mais informações sobre como criar expressões regulares, consulte o documento sobre expressões regulares do.NET Framework (em inglês) (https://go.microsoft.com/fwlink/?linkid=117945&clcid=0x416) (em inglês).

Modelos de consulta

O modelo de consulta contém a URL parametrizada para o local federado, e as consultas de pesquisa são passadas para essa URL. A URL parametrizada deve retornar resultados XML estruturados (por exemplo, resultados RSS ou Atom).

O Search Server 2008 dá suporte para dois tipos de locais federados:

  • Pesquisar Índice neste Servidor

    O modelo de consulta do tipo de local federado de Pesquisar Índice neste Servidor deve conter o parâmetro searchTerms que você especifica da seguinte forma: {searchTerms}

    Também deve conter as restrições à consulta adicionais, como pesquisar conteúdo de um determinado autor, conforme mostrado no exemplo a seguir: Author:"{searchTerms}"

    O modelo de consulta desse tipo de local federado não deve incluir a URL de resultados da pesquisa.

  • OpenSearch

    Qualquer site da Internet com suporte para o padrão OpenSearch

O modelo de consulta equivale ao modelo de URL na especificação OpenSearch (em inglês) (https://go.microsoft.com/fwlink/?linkid=111090&clcid=0x416) (em inglês). A sintaxe se baseia na sintaxe de modelo de URL (https://go.microsoft.com/fwlink/?linkid=100718&clcid=0x416). Um exemplo simples de um modelo de consulta local contendo uma URL parametrizada para se conectar ao serviço Live Search é mostrado a seguir: http://search.live.com/results.aspx?q={searchTerms}&format=rss

Neste exemplo, o modelo de consulta contém o parâmetro de modelo OpenSearch searchTerms. O parâmetro searchTerms é um espaço reservado para as palavras de pesquisa encaminhadas ao local federado. Você pode especificar mais parâmetros no modelo de consulta. Para obter mais informações sobre esses parâmetros, consulte a seção sobre parâmetros do OpenSearch 1.1 (https://go.microsoft.com/fwlink/?linkid=100720&clcid=0x416) na especificação OpenSearch.

Você pode indicar se um parâmetro é opcional incluindo um caractere de ponto de interrogação (?) após o nome do parâmetro. No seguinte exemplo, o parâmetro searchTerms é necessário, mas o parâmetro startIndex não é: http://search.live.com/results.aspx?q={searchTerms}&format=rss&first={startIndex?}

ObservaçãoObservação:

Os parâmetros especificados no modelo de URL devem ser codificados por URL. No exemplo anterior, o caractere E comercial (&) foi substituído pela codificação de URL desse caractere, "&".