Eu estou trabalhando em um documento de revisão de arquitetura esta semana e sugere, entre outras coisas, que o cliente considere o uso de dicionário de sinônimos para ajudar a melhorar a experiência de pesquisa do usuário final. Nunca ter feito isto sozinho, Eu queria fazer um teste rápido e prático para que a minha sugestão é autêntico.

Foi surpreendentemente difícil de descobrir como fazer, Embora seja, Na verdade, muito fácil. Há um bom pouco de informações sobre o dicionário de sinônimos (seleção here and here, por exemplo). No entanto, esses documentos são ambos WSS 2.0 / SPS 2003 orientado ou não na verdade soletram para fora o que fazer depois de ter feito as alterações no dicionário de sinônimos. Eles fornecem uma visão geral de grande e pouco de detalhe, Mas não é suficiente cruzar a linha de chegada.

Estes passos que trabalhou para mim:

1. Faça as alterações para o dicionário de sinônimos. (Veja abaixo uma nota importante)
2. Vá para o servidor e reiniciar o "Office SharePoint Server Search" serviço.

Uma ponta do chapéu ao Senhor deputado. J. D. Wade (bio). Ele forneceu o bit chave sobre como reiniciar o serviço de busca e me resgatou sem fim, iisresets demorado e desnecessários e rastreamentos de índice completo. Este episódio prova, Mais uma vez, que o Twitter é o fantástico. (Siga-me no twitter aqui. Eu sigo a qualquer pessoa de SharePoint que me segue).

Não sei se esta funcionalidade está disponível no WSS. Se é ou não é, por favor deixe um comentário ou e-mail me e eu vou atualizar este post.

Nota importante: Há informações conflitantes sobre qual arquivo de dicionário de sinônimos XML para alterar. Há esta noção de tsneu.xml"" como sendo o neutro"" dicionário de sinônimos. Perdi algum tempo trabalhando com aquele. No meu caso, Eu precisava mudar o tsenu.xml"" arquivo localizado na pasta da própria ID do aplicativo: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75-c 5-481 c-8bfd-099a89554e17Config. Presume-se que em uma situação de vários farm, Você faria esta mudança em todos os lugares que executa um servidor de consulta.

</fim>

Subscreva ao meu blog.

Eu já terminei o dia 2 de formação rápida em Needham ensolarado, MA, e eu estou estourando com idéias (que todas as classes de treinamento bom fazem comigo). Um aspecto particular de rápido tem-me pensar e queria escrevê-lo enquanto era ainda fresco e normal do dia a dia "" empurrou-o fora da minha cabeça.

Nós do SharePoint WSS 3.0 / Implementadores de musgo freqüentemente enfrentam um problema difícil com qualquer projeto SharePoint tamanho razoavelmente: Como vamos fazer todos os dados sem marcas de formatação, carregados em SharePoint que tudo se encaixa dentro da nossa arquitetura de informações perfeitamente projetado?

Com bastante frequência, Isto não é um problema difícil, porque nós nos escopo fora do problema: "Não nos importamos com nada mais do que 3 meses de idade." "Nós vai lidar com os problemas com a pesquisa palavra-chave e vai para a frente vamos fazê-lo da maneira certa…" Etc.

Mas, o que acontece se nós não nos escopo fora do problema e estamos olhando 10 dos milhares ou centenas de milhares (ou mesmo milhões) de docs — o carregamento and marcação de que é nosso desejo devoto?

RÁPIDO pode ser a resposta.

Processo de busca do FAST inclui um monte de peças móveis, mas é uma visão simplificada:

• Um processo de rastreador procura conteúdo.
• Ele encontra o conteúdo e entrega-o a um processo de corretor que gerencia um pool de processadores de documento.
• Processo corretor mãos fora um dos processadores de documento.
• O processador de documentos analisa o documento e através de um processo de pipeline, analisa o bejeezus fora do documento e entrega-o a um processo de tipo de construtor de índice.

Na nave FAST, Temos um monte de controle sobre o pipeline de processamento de documentos. Nós pode misturar e combinar sobre 100 componentes do encanamento e, mais interessante, Podemos escrever nossos próprios componentes. Como eu disse, FAST é analisar documentos desordenadamente, mas domingo e ele compila um monte de informações úteis sobre os documentos. Aqueles malucos rápidos são claramente louco e obsessivo sobre a análise do documento porque eles têm ferramentas e/ou estratégias realmente categorizar documentos.

Assim … usando rápido em combinação com nosso próprio componente de pipeline personalizado, Podemos pegar todas essas informações de contexto de rápido e alimentá-lo de volta para o MOSS. Pode ser que algo parecido com isto:

• Documento é alimentado no rápido de MOSS.
• Análise de documento rápido normal de louco-obsessivo e categorização acontece.
• Nosso próprio componente de pipeline personalizado deixa cair algumas dessas informações fora de contexto para um banco de dados.
• Um processo de nosso próprio projeto lê as informações de contexto, faz algumas decisões sobre como adaptar esse documento de musgo dentro de nossa IA e marca-la usando um serviço da web e o modelo de objeto.

É claro, Nenhum tal processo automatizado pode ser perfeito, mas graças ao obsessivo (e possivelmente insane-but-in-a-good-way pessoas rápidas), Talvez tenhamos uma verdadeira luta tiro em um processo de carga em massa verdadeiramente eficaz que encher mais do que apenas um banco de dados SQL com um monte de documentos mal pesquisável.

</fim>

Subscreva ao meu blog.

Tinha motivo hoje para brincar com o pesquisa facetada CodePlex projeto hoje.

Estêve ao redor por um tempo, mas hesitei em baixar e usá-lo pelas razões habituais (principalmente a falta de tempo), plus outright fear 🙂

Se você estiver olhando para melhorar sua pesquisa e explorar novas opções, Faça o download e instalá-lo quando você tem uma hora mais ou menos tempo livre. Eu segui as instruções do manual de instalação e levei menos de 20 minutos para tê-lo instalado e funcionando. Ele fornece minuto valor zero.

Parece bem difícil de estender. Os autores fornecem uma inspeção detalhada para um cenário complexo de BDC. Pode perdê-lo, Mas quem me dera que oferecem também um cenário mais simples, envolvendo uma das propriedades pré-existentes ou talvez adicionando uma nova propriedade gerenciada. Vou tentar e escrever isso, eu mesmo no próximo período de tempo.

Linha inferior — em minutos, Você pode instalar, configurá-lo, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</fim>

Subscreva ao meu blog.

Sobre o fórum de pesquisa MSDN, as pessoas muitas vezes uma perguntam como esta:

"Eu tenho um documento chamado" guia de programação’ Mas quando eu procurar ' Pro’ pesquisa não encontrá-lo."

Isso pode não parecer, Mas isso equivale a uma pesquisa de curinga. A interface de usuário do WSS/MOSS não suporta busca de curinga fora da caixa.

Se você cavar as web parts de pesquisa, Você encontrará uma caixa de seleção, "Habilitar Lematização de termos de busca". Lematização é um termo da língua humana. Não é uma subcadeia de linguagem de computador() função do tipo.

Estas são algumas hastes:

• "peixe" é uma haste de pesca""
• "principais" é uma haste de "especialização"

Estas não são as hastes:

• "maj" Não é um tronco a "major"
• "pro" Não é um tronco para programador""

O mecanismo de pesquisa do WSS/MOSS oferece suporte a curinga de pesquisa por meio da API. Aqui está um artigo do blog que descreve como fazer isso: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Um produto de terceiros, Ontolica, fornece pesquisa de wild card. Eu não usei esse produto.

</fim>

Subscreva ao meu blog.