Є дві веб-частини, які можна використовувати для пошуку даних на сайті SharePoint. Вони дуже схожі: веб-частина "Запит на вміст" (CQWP) і веб-частина "Пошук вмісту" (CSWP)." Просто дивлячись на їхні імена, не ясно розрізняти різницю між ними.
Здебільшого ми радимо використовувати веб-частину "Пошук вмісту", оскільки це не впливає на продуктивність веб-частини "Запит на вміст".
Важливо розуміти сильні сторони та обмеження двох веб-частин. Здебільшого ми радимо використовувати веб-частину "Пошук вмісту", оскільки це не впливає на продуктивність веб-частини "Запит на вміст".
-
Використовуйте CQWP, якщо у вас обмежений обсяг вмісту, ваш запит простий, і ви не очікуєте, що вміст збільшиться в майбутньому.
-
Використовуйте веб-програму "Пошук вмісту" в усіх інших сценаріях, коли потрібно відобразити вміст на основі запиту.
У таблиці нижче наведено порівняння двох веб-частин:
|
Поведінка веб-частини |
Веб-частина "Запит на вміст" |
Веб-частина "Пошук вмісту" |
|---|---|---|
|
Конфігурація запиту |
Простий |
Вам потрібно знати про певні функції пошуку, як-от Керування схемою пошуку в SharePoint Online. |
|
Запит на великі обсяги вмісту |
Обмежено |
Так |
|
Обробка складних запитів |
Обмежено |
Так |
|
Масштабування для обробки майбутнього зростання вмісту |
Обмежено |
Так |
|
Відображення вмісту з інших колекцій сайтів |
Ні |
Так (див. статтю Використання веб-частини "Пошук вмісту" для відображення вмісту з іншої колекції сайтів нижче) |
|
Макет результатів запиту можна настроїти |
Так, за допомогою XSLT. |
Так, використовуючи HTML-код. |
|
Вартість обслуговування в архітектурі складного сайту |
Найвищий курс |
Малий (див. статтю Використання веб-частини "Пошук вмісту", щоб зменшити витрати на обслуговування нижче) |
|
Уточнення результатів запиту, які відображаються у веб-частині |
Ні |
Так, у поєднанні з веб-частиною "Уточнення". |
За допомогою обох веб-частин можна відобразити відомості, які зберігаються на підсайті. Інтерфейс користувача для авторів вмісту та відвідувачів домашнього сайту ідентичний незалежно від того, яку веб-частину ви використовуєте. Відмінність між двома веб-частинами – це технологія, яку використовують веб-частини. CQWP запитує базу даних, тоді як веб-програма CSWP запитує індекс пошуку.
Ось приклад поведінки цих веб-частин. Приклад. У прикладі A показано компанію, яка використовує CQWP для відображення вмісту зі свого підсайту збуту, а у прикладі B – компанія, яка використовує веб-програму "Пошук вмісту" для відображення вмісту зі свого підсайту збуту.
|
Графічна виноска |
Приклад A: |
Приклад B: |
|---|---|---|
|
1 |
Ви створюєте вміст у списку. |
Ви створюєте вміст у списку. |
|
2 |
Елементи списку відразу зберігаються в базі даних. |
За встановленим інтервалом часу елементи списку автоматично обходяться та додаються до індексу пошуку. |
|
3 |
Відвідувач переглядає домашній сайт. CQWP автоматично видала запит до бази даних. |
Відвідувач переглядає домашній сайт. Веб-служба "Пошук вмісту" автоматично видає запит до індексу пошуку. |
|
4 |
База даних повертає результат запиту та відображає його в CQWP. |
Індекс пошуку повертає результат запиту та відображає його у веб-частині "Пошук вмісту". |
Оскільки веб-частини використовують різні технології, використовуються випадки, коли слід вибирати одну веб-частину над іншою. Сценарій виконання часто складніший, ніж простий приклад, показаний у попередньому розділі. Перш ніж вирішити, яку веб-частину слід використовувати, важливо врахувати таке:
-
Скільки в мене вмісту?
-
Наскільки складним буде запит?
-
Де зберігатиметься мій вміст?
-
Скільки буде збільшуватися вміст із часом?
-
Скільки з часом зростатимуть витрати на обслуговування?
Радимо звернутися до всіх цих областей у цілому, а не окремо.
Примітка.: Якщо ви плануєте перейти з локального сайту SharePoint на сайт SharePoint Online і використовуєте CQWPs на локальному сайті SharePoint, може виникнути кілька проблем із продуктивністю. У SharePoint Online ви не зможете масштабувати клієнт, щоб підвищити продуктивність. Крім того, функція кешування працює в SharePoint Online інакше, ніж у локальній службі SharePoint.
Що впливає на продуктивність веб-частини "Запит на вміст"
У попередньому прикладі, якщо список новин містить менше 5000 елементів, продуктивність CQWP, швидше за все, буде дуже хорошою. Однак, якщо список новин перевищує 5000 елементів, а запит у CQWP складний, у веб-частині можуть виникнути проблеми з продуктивністю. Складно визначити, що таке складний запит, але джерело , яке проходить на всіх сайтах колекції сайтів, складніше, ніж джерело , яке запитує певний список. Крім того, якщо в запиті використовуються додаткові фільтри, складність запиту збільшується. Складність запитів збільшується залежно від типів і умов стовпців сайту. Нижче наведено кілька прикладів.
-
Запит, який фільтрується в стовпці сайту типу "Кілька рядків тексту ", складніший, ніж запит, який фільтрується в стовпці сайту типу "Так/Ні".
-
Фільтр, який використовує умову містить , складніша за запит, який використовує умову, дорівнює умові.
-
Кілька або умови збільшують складність запиту.
На продуктивність CQWP впливає також місце збереження вмісту. Якщо вміст зберігається на кількох сайтах, загальна кількість елементів списку, які обробляє веб-частина, вплине на її продуктивність. Наприклад, на домашньому сайті компанії потрібно відобразити останні новини зі списків, які зберігаються на кількох підсайтах. Кожен список містить 1000 елементів. Це означає, що CQWP доведеться запитувати по 3000 елементів.
У цьому прикладі, якщо запит простий, продуктивність CQWP, швидше за все, буде добре, якщо загальна кількість елементів менше 5000. Проте якщо запит складний, CQWP може виникнути з проблемами продуктивності, навіть якщо загальна кількість елементів становить кілька тисяч.
Ще одним важливим фактором, який може вплинути на продуктивність CQWP, є збільшення вмісту. Рішення, яке працює сьогодні, може не застосовуватися до вашого майбутнього вмісту. Якщо очікується велике збільшення кількості сайтів або обсягу вмісту, не слід використовувати CQWP.
За допомогою обох веб-частин можна відображати вміст на основі інформації з навігації сайту. Наприклад, коли відвідувач переходить на сторінку, веб-частина на цій сторінці автоматично видає запит, який містить відомості з навігації сайту. Результати пошуку відобразяться у веб-частині. Якщо у вас недостатньо вмісту, а запит простий, для відображення вмісту можна скористатися кількома CQWPs. Однак, оскільки ви повинні підтримувати кожен CQWP окремо, ваші витрати на обслуговування можуть швидко загострюватися.
Використовуючи веб-частину "Пошук вмісту" з керованою навігацією та сторінкою категорій, витрати на обслуговування залишатимуться такими ж, як і вміст. Наприклад, якщо додати нову категорію переходів до вмісту, можна використати ту саму сторінку категорії, щоб відобразити вміст, який належить до нової категорії переходів. Таким чином, навіть якщо вміст збільшується, потрібно зберігати лише таку саму кількість сторінок.
Додаткові відомості див. в цих додаткових статтях:
У наведеному нижче прикладі ви можете побачити, як чотири CQWP можна замінити на одну веб-частину "Пошук вмісту" на сторінці категорії.
Веб-сайт "Пошук вмісту" можна використовувати для відображення вмісту з інших колекцій сайтів. Наприклад, якщо потрібно створити вміст в одній колекції сайтів і відобразити цей вміст в іншій колекції сайтів, потрібно скористатися веб-програмою "Пошук вмісту". CQWP може відображати вміст лише з однієї колекції сайтів.
Якщо ви не впевнені, яку веб-частину слід використовувати, це чудовий варіант у більшості випадків. Ця веб-частина гнучкіша, ніж CQWP, і дасть вам кращі результати продуктивності, якщо ви плануєте розширити вміст із часом.
Якщо ви вирішили використовувати CQWP, радимо перевірити, чи відповідає веб-частина поточним і майбутнім вимогам до продуктивності та обслуговування.
