Quando usare la Web part Query contenuto o la Web part Ricerca contenuto in SharePoint

Esistono due web part che possono essere usate per eseguire ricerche nei dati in un sito di SharePoint. Sono molto simili: la Web part Query contenuto (query contenuto) e la Web part Ricerca contenuto (ricerca). Solo guardando i loro nomi, non è chiaro distinguere la differenza tra i due.

Web part Query contenuto e Ricerca contenuto

Nella maggior parte dei casi, è consigliabile usare la Web part Ricerca contenuto perché non influisce sulle prestazioni, come nella web part Query contenuto. 

È importante comprendere i punti di forza e le limitazioni delle due web part. Nella maggior parte dei casi, è consigliabile usare la Web part Ricerca contenuto perché non influisce sulle prestazioni, come nella web part Query contenuto.

  • Usare query contenuto quando si ha una quantità limitata di contenuto, la query è semplice e non si prevede che il contenuto cresca molto in futuro.

  • Usare ricerca in tutti gli altri scenari in cui si vuole visualizzare il contenuto basato su una query.

La tabella seguente fornisce un confronto tra le due web part:

Comportamento della web part

Web part Query contenuto

Web part Ricerca contenuto

Configurazione della query

Facile

È necessario conoscere alcune funzionalità di ricerca, ad esempio gestire lo schema di ricerca in SharePoint Online.

Eseguire query su grandi quantità di contenuto

Limitata

Gestire query complesse

Limitata

Scala per gestire la crescita futura del contenuto

Limitata

Visualizzare il contenuto di altre raccolte siti

No

Sì (vedere usare la Web part Ricerca contenuto per visualizzare il contenuto di altre raccolte siti di seguito)

La progettazione dei risultati della query può essere personalizzata

Sì, usando XSLT.

Sì, usando HTML.

Costo di manutenzione in un'architettura di sito complessa

Elevato

Piccolo (vedere usare la Web part Ricerca contenuto per mantenere i costi di manutenzione in basso )

Limitare i risultati della query visualizzati nella web part

No

Sì, in combinazione con la Web part Perfezionamento.

È possibile usare entrambe le web part per visualizzare le informazioni archiviate in un sito secondario. L'esperienza utente per gli autori di contenuti e i visitatori del sito Home è identica, indipendentemente da quale Web part si usa. La differenza tra le due web part è la tecnologia usata dalle web part. Il query contenuto interroga un database, mentre ricerca interroga l'indice di ricerca.

Ecco un esempio di come si comportano queste web part. L'esempio A Mostra una società che usa un query contenuto per visualizzare il contenuto dal sito secondario di vendita e l'esempio B Mostra una società che usa un ricerca per visualizzare il contenuto dal sito secondario delle vendite.

Visualizzazione del contenuto con Query contenuto e Ricerca contenuto

Callout immagine

Esempio A:
Web part Query contenuto

Esempio B:
Web part Ricerca contenuto

1

Si crea contenuto in un elenco.

Si crea contenuto in un elenco.

2

Le voci di elenco vengono immediatamente archiviate in un database.

In un intervallo di tempo impostato, le voci di elenco vengono automaticamente sottoposte a indicizzazione e aggiunte all' indice di ricerca.

3

Un visitatore Visualizza il sito Home. QUERY contenuto ha emesso automaticamente una query nel database.

Un visitatore Visualizza il sito Home. RICERCA emette automaticamente una query nell'indice di ricerca.

4

Il database restituisce un risultato della query e lo Visualizza in query contenuto.

L' indice di ricerca restituisce un risultato della query e lo Visualizza in ricerca.

Poiché le web part usano tecnologie diverse, i casi di utilizzo per quando devi scegliere una Web part diversa dall'altra. Un caso di utilizzo è spesso più complesso rispetto al semplice esempio illustrato nella sezione precedente. Prima di decidere quale Web part usare, è importante tenere presente quanto segue:

  • Quanto contenuto è presente?

  • Quanto sarà complessa la query?

  • Dove verrà archiviato il contenuto?

  • Quanto crescono i contenuti nel tempo?

  • In che misura i costi di manutenzione crescono nel tempo?

È consigliabile rivolgersi a tutte le aree nel suo complesso anziché separatamente.

Nota: Se si sta valutando il passaggio da un sito locale di SharePoint a un sito di SharePoint Online e si usa CQWPs nel sito locale di SharePoint, è possibile eseguire un paio di problemi di prestazioni. In SharePoint Online non sarà possibile ridimensionare il tenant per migliorare le prestazioni. Inoltre, la funzionalità di memorizzazione nella cache si comporta in modo diverso in SharePoint Online rispetto a SharePoint locale.

Informazioni sulle prestazioni della web part Query contenuto

Nell'esempio precedente, se l'elenco di notizie contiene meno di 5000 elementi, è probabile che le prestazioni di query contenuto siano ottimali. Tuttavia, se l'elenco di notizie supera gli elementi di 5000 e la query in query contenuto è complessa, la Web part può essere eseguita in problemi di prestazioni. È difficile definire esattamente ciò che è una query complessa, ma un' origine che passa in tutti i siti della raccolta siti è più complessa rispetto a un' origine che esegue una query in un elenco specifico. Inoltre, se la query USA filtri aggiuntivi, aumenta la complessità della query. La complessità della query aumenta a seconda dei tipi di colonna del sito e delle condizioni che si usano. Ecco alcuni esempi:

  • Una query che filtra in una colonna del sito di tipo più righe di testo è più complessa di una query che filtra in una colonna del sito di tipo Sì/No.

  • Un filtro che usa una condizione contains è più complesso di una query che usa una condizione is uguale a.

  • Più o più condizioni aumenta la complessità della query.

Configurazione delle query nella web part Query contenuto

Le prestazioni di query contenuto sono influenzate anche dalla posizione in cui è archiviato il contenuto. Se il contenuto è archiviato in più siti, la quantità totale di elementi di elenco che la Web part dovrà elaborare influirà sulle prestazioni. Ad esempio, nel sito Home della società si vogliono visualizzare gli elementi di notizie più recenti dagli elenchi gestiti in più siti secondari. Ogni elenco contiene gli elementi di 1000. Ciò significa che query contenuto dovrà eseguire una query tra gli elementi di 3000.

Query su più siti secondari

In questo esempio, se la query è semplice, è probabile che le prestazioni di query contenuto siano valide purché la quantità totale di elementi sia inferiore a 5000. Tuttavia, se la query è complessa, il query contenuto può essere eseguito in problemi di prestazioni anche quando la quantità totale di elementi è di poche migliaia.

Un altro fattore importante che può influire sulle prestazioni di query contenuto è se il contenuto cresce. Una soluzione che funziona bene oggi potrebbe non essere applicabile al contenuto futuro. Se si prevede un aumento elevato del numero di siti o della quantità di contenuto, non è consigliabile usare query contenuto.

È possibile usare entrambe le web part per visualizzare il contenuto in base alle informazioni della struttura di spostamento del sito. Ad esempio, quando un visitatore passa a una pagina, la Web part in quella pagina emette automaticamente una query che contiene informazioni dalla struttura di spostamento del sito. I risultati della ricerca vengono visualizzati nella web part. Se non si ha molto contenuto e la query è semplice, è possibile usare diversi CQWPs per visualizzare il contenuto. Tuttavia, poiché è necessario mantenere ogni query contenuto individualmente, i costi di manutenzione possono essere rapidamente escalati.

Usando ricerca con l'esplorazione gestita e una pagina di categoria, i costi di manutenzione rimarranno invariati quando il contenuto crescerà. Ad esempio, se si aggiunge una nuova categoria di spostamento al contenuto, è possibile usare la stessa pagina di categoria per visualizzare il contenuto che appartiene alla nuova categoria di spostamento. Quindi, anche se il contenuto sta crescendo, è sufficiente mantenere la stessa quantità di pagine.

Per altre info, Vedi questi articoli aggiuntivi:

Nell'esempio seguente puoi vedere come quattro CQWPs possono essere sostituiti da un ricerca in una pagina di categoria.

Architettura di siti complessa

Puoi usare ricerca per visualizzare il contenuto di altre raccolte siti. Se ad esempio si vuole creare contenuto in una raccolta siti e visualizzare il contenuto in un'altra raccolta siti, è necessario usare ricerca. QUERY contenuto può visualizzare solo il contenuto di una raccolta siti.

Query per contenuto presente in un'altra raccolta siti

Se non si è sicuri di quale Web part usare, la ricerca è probabilmente la scelta migliore nella maggior parte dei casi. Questa web part è più flessibile rispetto a query contenuto e consente di ottenere risultati di prestazioni migliori se si prevede di espandere il contenuto nel tempo.

Se si decide di usare query contenuto, è consigliabile eseguire test per verificare se la Web part soddisfa i requisiti di prestazioni e manutenzione correnti e futuri.

Altre informazioni sulle web part Query contenuto e ricerca contenuto

Nota:  Questa pagina è stata tradotta automaticamente e potrebbe contenere errori di grammatica o imprecisioni. L'intento è quello di rendere fruibile il contenuto. Queste informazioni sono risultate utili' Questo è l'articolo in inglese per riferimento.

Amplia le tue competenze su Office
Esplora i corsi di formazione
Ottieni in anticipo le nuove caratteristiche
Partecipa al programma Office Insider

Queste informazioni sono risultate utili?

Grazie per il feedback!

Grazie per il tuo feedback! Potrebbe essere utile metterti in contatto con uno dei nostri operatori del supporto di Office.

×