有兩個網頁元件可用來搜尋 SharePoint 網站上的資料。 它們非常類似： 內容查詢網頁元件 (CQWP) 和 內容搜尋網頁元件 (CSWP) 。 只要查看對方的名稱，就能清楚分辨兩者的差異。
在大部分情況下，建議您使用內容搜尋網頁元件，因為此網頁元件不會影響與內容查詢網頁元件一樣多的效能。
請務必瞭解兩個網頁元件的強項和限制。 在大部分情況下，建議您使用內容搜尋網頁元件，因為此網頁元件不會影響與內容查詢網頁元件一樣多的效能。
-
當您有有限的內容量時，請使用 CQWP，查詢很簡單，而且您不希望內容在未來成長。
-
當您想要顯示以查詢為基礎的內容時，請在所有其他案例中使用 CSWP。
下表提供兩個網頁元件的比較：
|
網頁元件行為 |
內容查詢網頁組件 |
內容搜尋網頁組件 |
|---|---|---|
|
查詢設定 |
容易 |
您必須知道某些搜尋功能，例如 在 SharePoint Online 中管理搜尋架構。 |
|
查詢大量內容 |
有限 |
是 |
|
處理複雜的查詢 |
有限 |
是 |
|
縮放以處理未來內容的成長 |
有限 |
是 |
|
顯示來自其他網站集合的內容 |
否 |
是 (請參閱下方的 使用內容搜尋網頁元件顯示其他網站集合的內容) |
|
您可以自訂查詢結果的設計 |
是的，使用 XSLT。 |
是的，使用 HTML。 |
|
複雜網站架構中的維護成本 |
高 |
小型 (請參閱 使用內容搜尋網頁元件將維護成本降到低於) |
|
縮小網頁元件中顯示的查詢結果範圍 |
否 |
是的，與 精簡版網頁元件搭配使用。 |
您可以使用這兩個網頁元件來顯示儲存在子網站中的資訊。 無論您使用哪個網頁元件，內容作者和家庭網站訪客的使用者體驗都相同。 兩個網頁元件之間的差異在於網頁元件使用的技術。 CQWP 會查詢資料庫，而 CSWP 會查詢搜尋索引。
以下範例說明這些網頁元件的行為方式。 範例 A 顯示使用 CQWP 顯示其銷售子網站內容的公司，而範例 B 則顯示使用 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 的效能也會受到內容儲存位置的影響。 如果您的內容儲存在多個網站，網頁元件必須處理的清單專案總數將會影響其效能。 例如，在貴公司的首頁網站上，您想要顯示多個子網站中所維護之清單中的最新消息專案。 每個清單包含 1000 個專案。 這表示 CQWP 必須查詢 3000 個專案。
在此範例中，如果查詢很簡單，只要專案總數小於 5000，CQWP 的效能就很理想。 不過，如果查詢很複雜，即使專案總數為幾千個，CQWP 仍可能會遇到效能問題。
另一個可能會影響 CQWP 效能的重要因素是內容是否增加。 目前適用的解決方案可能不適用於您未來的內容。 如果您預期網站數量或內容量會大幅增加，則不應使用 CQWP。
您可以使用這兩個網頁元件，根據您網站導覽中的資訊來顯示內容。 例如，當訪客移至頁面時，該頁面上的網頁元件會自動發出包含您網站流覽資訊的查詢。 搜尋結果會顯示在網頁元件中。 如果您的內容不多，且查詢很簡單，您可以使用數個 CQWP 來顯示您的內容。 不過，由於您必須個別維護每個 CQWP，因此您的維護成本可能會快速上報。
將 CSWP 搭配受管理的流覽和類別頁面使用，您的維護成本將會與內容成長時保持相同。 例如，如果您新增流覽類別至您的內容，您可以使用相同的類別頁面來顯示屬於新流覽類別的內容。 因此，即使您的內容在成長，您也只需要維持相同的頁面數量。
如需詳細資訊，請參閱下列其他文章：
在下面的範例中，您可以瞭解如何在類別頁面上以一個 CSWP 取代四個 CQWP。
您可以使用 CSWP 顯示來自其他網站集合的內容。 例如，如果您想要撰寫一個網站集合中的內容，並將此內容顯示在另一個網站集合中，則必須使用 CSWP。 CQWP 只能顯示來自一個網站集合的內容。
如果您不確定要使用哪個網頁元件，那麼 CSWP 可能是大多數情況下的最佳選擇。 此網頁元件比 CQWP 更有彈性，而且如果您打算隨著時間擴展內容，將會提供更好的效能結果。
如果您決定使用 CQWP，建議您執行測試，以瞭解網頁元件是否符合您目前和未來的效能與維護需求。
