何時使用 SharePoint 中的內容查詢網頁元件或內容搜索網頁元件

您可以使用兩個網頁元件來搜尋 SharePoint 網站上的資料。 它們相當相似:內容查詢網頁元件(CQWP)內容搜索網頁元件(CSWP)。 只要查看其名稱,就不清楚區分兩者間的差異。

內容查詢和內容搜尋網頁組件

在大多數情況下,我們建議使用內容搜尋網頁元件,因為它不會影響內容查詢網頁元件的效能。 

瞭解這兩個網頁元件的優點與限制是很重要的。 在大多數情況下,我們建議使用內容搜尋網頁元件,因為它不會影響內容查詢網頁元件的效能。

  • 使用 CQWP 當您擁有有限數量的內容時,您的查詢很簡單,而且您不希望未來的內容會增加。

  • 如果您想要顯示以查詢為基礎的內容,請在所有其他案例中使用 CSWP。

下表提供兩個網頁元件的比較:

網頁元件行為

內容查詢網頁組件

內容搜尋網頁組件

查詢設定

容易

您必須知道某些搜尋功能,例如在 SharePoint Online 中管理搜尋架構

針對大量內容進行查詢

有限

處理複雜查詢

有限

調整以處理未來的內容增長

有限

顯示來自其他網站集合的內容

是(請參閱使用內容搜尋網頁元件來顯示下列來自其他網站集合的內容

查詢結果的設計可以自訂

是,使用 XSLT。

是,使用 HTML。

複雜網站架構中的維護成本

小(請參閱使用內容搜尋網頁元件,讓維護成本保持在下方)

縮小網頁元件中顯示的查詢結果範圍

是,與精簡網頁元件搭配使用。

您可以使用這兩個網頁元件來顯示儲存在子網站中的資訊。 無論您使用的是哪一個網頁元件,內容作者和家用網站訪客的使用者體驗都是相同的。 兩個網頁元件之間的差異為網頁元件所使用的技術。 CQWP 會查詢資料庫,而 CSWP 會查詢搜尋索引。

以下是這些網頁元件行為方式的範例。 範例 A 顯示使用 CQWP 的公司顯示其銷售子網站的內容,而範例 B 顯示的是使用 CSWP 來顯示其銷售子網站內容的公司。

CQWP 和 CSWP 顯示內容的方式

圖像標注

範例 A:
內容查詢網頁元件

範例 B:
內容搜尋網頁元件

1

您在清單中撰寫內容。

您在清單中撰寫內容。

2

清單專案會立即儲存在資料庫中。

在設定的時間間隔內,清單專案會自動進行編目並新增至搜尋索引

3

訪客會查看主網站。 CQWP 會自動將查詢發佈至資料庫

訪客會查看主網站。 CSWP 會自動將查詢發佈至搜尋索引

4

資料庫會傳回查詢結果,並顯示在 CQWP 中。

搜尋索引會傳回查詢結果,並顯示在 CSWP 中。

因為網頁元件使用不同的技術,所以當您選擇一個網頁元件而不是另一個不同時,使用案例。 使用案例通常比上一節中顯示的簡單範例更複雜。 在您決定要使用哪個網頁元件之前,請務必考慮下列事項:

  • 我有多少內容?

  • 查詢的複雜程度為何?

  • 我的內容要儲存在何處?

  • 我的內容會隨著時間增長多少?

  • 我的維護成本會隨著時間增長多少?

我們建議您全部處理這些區域,而不是個別。

附註: 如果您正在考慮從 SharePoint 內部部署網站移至 SharePoint Online 網站,且您在 SharePoint 內部部署網站上使用 Cqwp,您可能會遇到幾個效能問題。 在 SharePoint Online 中,您將無法縮放您的租使用者以改善效能。 此外,緩存功能在 SharePoint Online 中的行為與在 SharePoint 內部部署中的行為不同。

內容查詢網頁元件的效能會有什麼影響?

在上一個範例中,如果 [新聞] 清單中包含的專案少於5000個,則 CQWP 的效能可能很好。 不過,如果新聞清單超過5000專案,且 CQWP 中的查詢很複雜,則網頁元件可能會遇到效能問題。 您很難精確定義複雜查詢的確切內容,但在網站集合中的所有網站上的來源,都比查詢特定清單的來源更複雜。 此外,如果您查詢使用其他篩選,查詢的複雜性會增加。 根據您使用的網站欄類型和條件,查詢的複雜性會增加。 範例如下:

  • 在 [行文字] 的 [網站] 欄上篩選的查詢,比在[是/否]類型的網站欄上篩選的查詢更複雜。

  • 使用contains條件的篩選,比使用等於條件的查詢更複雜。

  • 多個Or條件會增加查詢的複雜性。

CQWP 中的查詢設定

CQWP 的效能也會受到內容儲存位置的影響。 如果您的內容儲存在多個網站上,則網頁元件必須處理的清單專案總數量就會影響其效能。 例如,在貴公司的家用網站上,您想要從多個子網站中維護的清單顯示最新的新聞專案。 每個清單都包含1000專案。 這表示 CQWP 將必須查詢各個3000專案。

跨多個子網站查詢

在這個範例中,如果查詢很簡單,只要專案的總金額小於5000,就可能會有很好的 CQWP 效能。 不過,如果查詢很複雜,即使專案總數為幾千個,CQWP 也可能會執行效能問題。

可能會影響 CQWP 效能的另一個重要因素,就是您的內容是否會增加。 目前良好運作的方案可能不適用於您未來的內容。 如果您預計網站數量或內容數量過大,就不應使用 CQWP。

您可以使用這兩個網頁元件,根據網站導航中的資訊來顯示內容。 例如,當訪客移至頁面時,該頁面上的網頁元件會自動發出包含網站導航資訊的查詢。 搜尋結果會顯示在網頁元件中。 如果您沒有太多內容,而且查詢很簡單,您可以使用數個 Cqwp 來顯示您的內容。 不過,因為您必須個別維護各個 CQWP,否則您的維護成本就能快速提升。

透過將 CSWP 與 managed 流覽和類別頁面結合使用,您的維護成本就會隨著內容的增長而保持不變。 例如,如果您將新的導覽類別新增至您的內容,您可以使用相同的類別頁面來顯示屬於新導覽類別的內容。 因此,即使您的內容不斷增加,您也只需要維持相同數量的頁面。

如需詳細資訊,請參閱下列其他文章:

在下列範例中,您可以看到四個 Cqwp 如何在類別頁面上以一個 CSWP 來取代。

複雜網站架構

您可以使用 CSWP 來顯示來自其他網站集合的內容。 例如,如果您想要在一個網站集合中撰寫內容,並將此內容顯示在另一個網站集合中,您必須使用 CSWP。 CQWP 只能顯示來自某個網站集合的內容。

查詢其他網站集合的內容

如果您不確定要使用哪個網頁元件,則在大多數情況下,CSWP 可能是最佳選擇。 這個網頁元件比 CQWP 更具彈性,如果您打算在一段時間內展開您的內容,就能為您提供更佳的效能結果。

如果您決定使用 CQWP,我們建議您進行測試,以瞭解網頁元件是否符合您目前及未來的效能與維護需求。

內容搜尋與內容查詢網頁元件的詳細資訊

附註:  本頁面是經由自動翻譯而成,因此文中可能有文法錯誤或不準確之處。 讓這些內容對您有所幫助是我們的目的。 告訴我們這項資訊是否有幫助? 這裡是供您參考的英文文章

使用 Microsoft 365 保持領先

需要更多協助?

增進您的 Office 技巧
探索訓練
優先取得新功能
加入 Office 測試人員

這項資訊有幫助嗎?

感謝您的意見反應!

感謝您的意見反應! 我們將協助您與我們的其中一個 Office 支援專員連絡以深入了解您的意見。

×