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