使用 SharePoint 中內容查詢網頁組件或內容搜尋網頁組件的時機

重要:  本文係由機器翻譯而成,請參閱免責聲明。本文的英文版本請見這裡,以供參考。

有兩個網頁組件,可以用來搜尋 SharePoint 網站上的資料。他們,兩者十分相似 ︰內容查詢網頁組件 (CQWP) 」 和 「內容搜尋網頁組件 (CSWP)。只要查看他們的名稱,不清楚的辨別兩者之間的差異。

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

在本文中,我們將協助您瞭解這些網頁組件的運作方式,以及何時該使用哪個網頁組件。

瞭解這兩個網頁組件的優點和限制十分重要,因為要是選擇錯誤,便會影響網站效能。 這兩個網頁組件都可用來顯示以查詢為基礎的內容。 簡單來說,您可以用下列方法在兩者間做決定:

  • 若內容量有限、查詢簡單而且內容未來增加的幅度不大,就使用 CQWP。

  • 若並非如此,而您想顯示的內容是以查詢為基礎,則使用 CSWP。

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

網頁組件行為

內容查詢網頁組件

內容搜尋網頁組件

查詢設定

容易

您必須瞭解 Managed 屬性等特定搜尋功能。

查詢大量內容

有限

處理複雜的查詢

有限

可因應未來內容增加擴充

有限

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

是 (請參閱使用內容搜尋網頁組件,以顯示來自其他網站集合內容下方)

查詢結果設計可自訂

可以,透過使用 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 中的查詢複雜,網頁組件便可能出現效能問題。 要明確定義怎樣算是複雜的查詢其實並不容易,但查詢您網站集合中所有網站都具備的 [來源] 比查詢特定清單中才有的 [來源] 更為複雜。 如果您的查詢會使用 [其他篩選],那查詢複雜度就會增加。 查詢複雜度增加的幅度取決於網站欄位類型和您所用的條件。 以下是幾個範例:

  • 篩選類型行文字的網站欄比網站類型是/否資料行的篩選查詢更複雜的查詢。

  • 使用 [包含] 條件的篩選,比使用 [等於] 條件的篩選查詢更複雜。

  • 多個 [或] 查詢條件也會提高複雜度。

CQWP 中的查詢設定

CQWP 效能也會受到內容儲存位置影響。 若內容儲存在多個網站,網頁組件要處理的清單項目總數便會影響其效能。 舉例來說,您要在公司主網站上顯示最新新聞項目,但這些內容的清單卻是在多個子網站中維護。 每張清單都包含 1000 筆項目。 這表示 CQWP 必須跨 3000 筆項目執行查詢。

跨多個子網站查詢

在這個範例中,要是搜尋簡單,則只要項目數量不超過 5000 筆,CQWP 的效能都可能很好。 然而,要是查詢複雜,就算項目總數只有區區幾千筆,CQWP 也可能出現效能問題。

另一項會影響 CQWP 效能的重要因素就是內容增加與否。 目前運作順暢的解決方案未必適合未來的內容使用。 如果您預計網站或內容數量未來會大幅增加,那麼便不應使用 CQWP。

您可以視網站導覽中的資訊使用兩種網頁組件來顯示內容。 例如,訪客進入頁面時,該頁面上的網頁組件會自動查詢您網站導覽中的資訊。 搜尋結果會顯示在網頁組件中。 如果內容量不多而且查詢簡單,就可以使用多個 CQWP 來顯示內容。 不過,因為必須單獨維護各個 CQWP,您的維護成本可能提高。

搭配使用 CSWP 與受管理的導覽和類別頁面,就能不受內容增加的影響讓維護成本保持不變。 舉例來說,如果將新導覽類別增加到內容中,您可以使用相同的類別頁面來顯示類屬於新導覽類別的內容。 如此一來,即便內容不斷增加,您需要維護的頁面數量仍保持不變。

請參閱下列其他文章以取得更多資訊 ︰

在下面的範例中,您可以看見如何在類別頁面上以一個 CSWP 取代四個 CQWP。

複雜網站架構

您可以使用 CSWP 來顯示其他網站集合的內容。 例如,如果要在一個網站集合中撰寫內容,然後將其顯示在其他網站集合內,您就必須使用 CSWP。 CQWP 只能顯示單一網站集合的內容。

查詢其他網站集合的內容

如果您不確定要使用哪種網頁組件,在大多數狀況下 CSWP 可能是最佳之選。 此網頁組件比 CQWP 更有彈性,而且效能成效更佳,適合計畫持續增加內容的使用者。

如果您決定使用 CQWP,建議您測試看看這種網頁組件是否符合您目前和未來的效能及維護需求。

在內容搜尋及內容查詢網頁組件的詳細資訊

附註: 機器翻譯免責聲明︰本文係以電腦系統翻譯而成,未經人為介入。Microsoft 提供此等機器翻譯旨在協助非英語系使用者輕鬆閱讀 Microsoft 產品、服務及技術相關內容。基於本文乃由機器翻譯而成,因此文中可能出現詞辭、語法、文法上之錯誤。

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

這項資訊有幫助嗎?

感謝您的意見反應!

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

×