Há duas Web Parts que podem ser usadas para pesquisar dados em um site do SharePoint. Eles são muito semelhantes: a Web Part de Consulta de Conteúdo (CQWP) e a Web Part de Pesquisa de Conteúdo (CSWP). Só de olhar para seus nomes, não fica clara a diferença entre as duas.
Na maioria dos casos, é recomendável usar a Web Part de Pesquisa de Conteúdo porque ela não afeta o desempenho tanto quanto a Web Part de Consulta de Conteúdo.
É importante que você entenda os pontos fortes e as limitações das duas Web Parts. Na maioria dos casos, é recomendável usar a Web Part de Pesquisa de Conteúdo porque ela não afeta o desempenho tanto quanto a Web Part de Consulta de Conteúdo.
-
Use a CQWP quando tiver uma quantidade limitada de conteúdo, sua consulta for simples e você não espera que seu conteúdo cresça muito no futuro.
-
Use a CSWP em todos os outros cenários em que você deseja exibir conteúdo baseado em uma consulta.
A tabela abaixo fornece uma comparação das duas Web Parts:
|
Comportamento da Web Part |
Web Part de Consulta de Conteúdo |
Web Part de Pesquisa de Conteúdo |
|---|---|---|
|
Configuração da consulta |
Fácil |
Você precisará saber sobre determinados recursos de pesquisa, como Gerenciar o esquema de pesquisa no SharePoint Online. |
|
Consulta através de grandes quantidades de conteúdo |
Limitada |
Sim |
|
Lidar com consultas complexas |
Limitada |
Sim |
|
Escala para lidar com o futuro crescimento de conteúdo |
Limitada |
Sim |
|
Exibir o conteúdo de outros conjuntos de sites |
Não |
Sim (consulte Usar a Web Part de Pesquisa de Conteúdo para exibir conteúdo de outro conjunto de sites abaixo) |
|
O projeto de resultados da consulta pode ser personalizado |
Sim, usando XSLT. |
Sim, usando HTML. |
|
Custo de manutenção em uma arquitetura de site complexa |
Alto |
Pequeno (consulte Usar a Web Part de Pesquisa de Conteúdo para manter o custo de manutenção abaixo ) |
|
Limitar os resultados da consulta que são exibidos na Web Part |
Não |
Sim, em combinação com a Web Part de Refinamento. |
Você pode usar ambas as Web Parts para exibir informações que estão armazenadas em um subsite. A experiência do usuário para autores de conteúdo e visitantes do site principal é idêntica, independentemente de qual Web Part você usar. A diferença entre as duas Web Parts é a tecnologia que as Web Parts usam. A CQWP consulta um banco de dados, enquanto a CSWP consulta o índice de pesquisa.
Eis um exemplo de como essas Web Parts se comportam. O exemplo A mostra uma empresa que usa uma CQWP para mostrar o conteúdo de seu subsite de vendas e o exemplo B mostra uma empresa que está usando uma CSWP para mostrar o conteúdo de seu subsite de vendas.
|
Texto explicativo da imagem |
Exemplo A: |
Exemplo B: |
|---|---|---|
|
1 |
Você cria o conteúdo em uma lista. |
Você cria o conteúdo em uma lista. |
|
2 |
Os itens da lista são imediatamente armazenados em um banco de dados. |
Em um intervalo de tempo definido, os itens da lista são automaticamente rastreados e adicionados ao índice de pesquisa. |
|
3 |
Um visitante visualiza o site principal. A CQWP emite automaticamente uma consulta do banco de dados. |
Um visitante visualiza o site principal. A CSWP emite automaticamente uma consulta do índice de pesquisa. |
|
4 |
O banco de dados retorna um resultado de consulta e o exibe na CQWP. |
O índice de pesquisa retorna um resultado de consulta e o exibe na CSWP. |
Porque as Web Parts usam tecnologias diferentes, os casos de uso para quando você deve escolher uma Web Part em vez de outra diferem. Um caso de uso é muitas vezes mais complexo do que o simples exemplo mostrado na seção anterior. Antes de decidir qual Web Part usar, é importante que você considere o seguinte:
-
Quanto conteúdo eu tenho?
-
Quão complexa será a minha consulta?
-
Onde meu conteúdo será armazenado?
-
Quanto meu conteúdo crescerá ao longo do tempo?
-
Quanto meus custos com manutenção crescerão ao longo do tempo?
É recomendável que você lide com estas áreas como um todo, em vez de separadamente.
Observação: Se estiver pensando em se mudar de um site local do SharePoint para um site do SharePoint Online e estiver usando as CQWPs no site local do SharePoint, você pode ter alguns problemas de desempenho. No SharePoint Online, não será possível escalonar seu locatário para melhorar o desempenho. Além disso, o recurso de cache se comporta diferente no SharePoint Online e no SharePoint no local.
O que afeta o desempenho da Web Part de Consulta de Conteúdo
No exemplo anterior, se a lista de notícias contiver menos de 5000 itens, é provável que o desempenho da CQWP que seja muito bom. No entanto, se a lista de notícias exceder 5000 itens e a consulta na CQWP for complexa, a Web Part pode ter problemas de desempenho. É difícil definir exatamente o que é uma consulta complexa, mas uma Fonte que faz parte de todos os sites de seu conjunto de sites é mais complexa do que uma Fonte que consulta uma lista específica. Além disso, se sua consulta usa filtros adicionais, aumenta a complexidade da consulta. A complexidade da consulta aumenta dependendo dos tipos de coluna do site e das condições que você usar. Eis alguns exemplos:
-
Uma consulta que filtra em uma coluna de site do tipo Várias linhas de texto é mais complexa do que uma consulta que filtra em uma coluna de site do tipo Sim/Não.
-
Um filtro que usa uma condição Contém é mais complexa do que uma consulta que usa uma condição É igual a.
-
Várias condições Ou aumentam a complexidade da consulta.
O desempenho da CQWP também é afetado por onde o conteúdo está armazenado. Se o conteúdo é armazenado em vários sites, a quantidade total de itens de lista que a Web Part precisa processar afetará seu desempenho. Por exemplo, no site principal da sua empresa, você deseja exibir os itens de notícias mais recentes a partir de listas que são mantidas em vários subsites. Cada lista contém 1000 itens. Isso significa que o CQWP terá que consultar em 3.000 itens.
Neste exemplo, se a consulta é simples, o desempenho da CQWP provavelmente será bom, desde que a quantidade total de itens seja inferior a 5.000. No entanto, se a pergunta for complexa, a CQWP poderá ter problemas de desempenho mesmo se a quantidade total de itens for de apenas alguns milhares.
Outro fator importante que pode afetar o desempenho da CQWP é se seu conteúdo cresce. Uma solução que funciona bem hoje talvez não se aplique ao seu conteúdo futuro. Se você espera um grande aumento na quantidade de sites ou na quantidade de conteúdo, não deve usar a CQWP.
Você pode usar ambas as Web Parts para exibir conteúdo baseado em informações de sua navegação no site. Por exemplo, quando um visitante vai para uma página, a Web Part daquela página automaticamente emite uma consulta que contém informações de sua navegação no site. Os resultados da pesquisa são exibidos na Web Part. Se você não tem muito conteúdo e a consulta é simples, pode usar várias CQWPs para exibir seu conteúdo. No entanto, como você tem que manter cada CQWP individualmente, seus custos de manutenção podem aumentar rapidamente.
Usando a CSWP com a navegação gerenciada e uma página de categoria, seus custos de manutenção permanecerão os mesmo conforme seu conteúdo crescer. Por exemplo, se você adicionar uma nova categoria de navegação ao seu conteúdo, poderá usar a mesma página de categoria para exibir o conteúdo que pertence à nova categoria de navegação. Então, mesmo que seu conteúdo esteja crescendo, você só precisará manter a mesma quantidade de páginas.
Confira estes artigos adicionais para obter mais informações:
No exemplo abaixo, você pode ver como quatro CQWPs podem ser substituídas por uma CSWP em uma página de categoria.
Você pode usar a CSWP para exibir o conteúdo de outros conjuntos de sites. Por exemplo, se quiser criar conteúdo em um conjunto de sites e exibi-lo em outro conjunto de sites, é preciso usar a CSWP. A CQWP só pode exibir conteúdo de um conjunto de sites.
Se você não sabe qual Web Part usar, então a CSWP provavelmente é a melhor escolha na maioria dos casos. Esta Web Part é mais flexível do que a CQWP e oferecerá melhores resultados de desempenho se você planeja expandir seu conteúdo ao longo do tempo.
Se você decidir usar a CQWP, recomendamos que faça um teste para descobrir se a Web Part atende às suas necessidades atuais e futuras de desempenho e manutenção.
