Istnieją dwa składniki Web Part, których można używać do wyszukiwania danych w witrynie programu SharePoint. Są one bardzo podobne: składnik Web Part zapytania dotyczącego zawartości (CQWP) i składnik Web Part przeszukiwania zawartości (CSWP). Patrząc na ich imiona i nazwiska, nie jest jasne, czy odróżnić je od siebie.
W większości przypadków zalecamy używanie składnika Web Part przeszukiwania zawartości, ponieważ nie wpływa on tak bardzo na wydajność, jak składnik Web Part zapytania dotyczącego zawartości.
Ważne jest zrozumienie mocnych i ograniczeń dwóch składników Web Part. W większości przypadków zalecamy używanie składnika Web Part przeszukiwania zawartości, ponieważ nie wpływa on tak bardzo na wydajność, jak składnik Web Part zapytania dotyczącego zawartości.
-
Jeśli masz ograniczoną ilość zawartości, zapytanie jest proste i nie oczekujesz, że zawartość będzie się znacznie rozrastać w przyszłości.
-
Użyj cswp we wszystkich innych scenariuszach, jeśli chcesz pokazać zawartość opartą na zapytaniu.
Poniższa tabela zawiera porównanie dwóch składników Web Part:
|
Zachowanie składnika Web Part |
Składnik Web Part zapytania dotyczącego zawartości |
Składnik Web Part przeszukiwania zawartości |
|---|---|---|
|
Konfiguracja kwerendy |
Łatwy |
Musisz znać niektóre funkcje wyszukiwania, takie jak Zarządzanie schematem wyszukiwania w usłudze SharePoint Online. |
|
Kwerenda dotycząca dużych ilości zawartości |
Ograniczone |
Tak |
|
Obsługiwanie złożonych zapytań |
Ograniczone |
Tak |
|
Skalowanie w celu obsługi przyszłego wzrostu zawartości |
Ograniczone |
Tak |
|
Wyświetlanie zawartości z innych zbiorów witryn |
Nie |
Tak (zobacz Używanie składnika Web Part przeszukiwania zawartości do wyświetlania zawartości z innego zbioru witryn poniżej) |
|
Projekt wyników zapytania można dostosować |
Tak, przy użyciu funkcji XSLT. |
Tak, przy użyciu języka HTML. |
|
Koszty konserwacji w złożonej architekturze witryny |
Wysoka |
Mały (zobacz Używanie składnika Web Part przeszukiwania zawartości, aby obniżyć koszty konserwacji poniżej) |
|
Zawężenie wyników zapytania wyświetlanych w składniku Web Part |
Nie |
Tak, w połączeniu ze składnikiem Web Part uściślania. |
Za pomocą obu składników Web Part można wyświetlać informacje przechowywane w podwitrynach. Środowisko użytkownika autorów zawartości i odwiedzających witrynę główną jest identyczne niezależnie od tego, którego składnika Web Part używasz. Różnica między tymi dwoma składnikami Web Part polega na technologii używanej przez składniki Web Part. Funkcja CQWP kwerenduje bazę danych, podczas gdy cswp kwerenduje indeks wyszukiwania.
Oto przykład zachowania tych składników Web Part. Przykład A pokazuje firmę, która używa składnika CQWP do wyświetlania zawartości ze swojej podwitryny sprzedaży, a w przykładzie B jest wyświetlana firma, która wyświetla zawartość z podwitryny sprzedaży za pomocą klucza CSWP.
|
Objaśnienie obrazu |
Przykład A: |
Przykład B: |
|---|---|---|
|
1 |
Możesz tworzyć zawartość na liście. |
Możesz tworzyć zawartość na liście. |
|
2 |
Elementy listy są natychmiast przechowywane w bazie danych. |
W określonym interwale czasu elementy listy są automatycznie przeszukiwane i dodawane do indeksu wyszukiwania. |
|
3 |
Odwiedzający wyświetla witrynę główną. CQWP automatycznie wydał zapytanie do bazy danych. |
Odwiedzający wyświetla witrynę główną. CsWP automatycznie wydaje zapytanie do indeksu wyszukiwania. |
|
4 |
Baza danych zwraca wynik zapytania i wyświetla go w składniku CQWP. |
Indeks wyszukiwania zwraca wynik zapytania i wyświetla go w pliku CSWP. |
Składniki Web Part używają różnych technologii, dlatego przypadki użycia poszczególnych składników Web Part powinny się różnić. Wielkość liter użycia jest często bardziej złożona niż w przypadku prostego przykładu przedstawionego w poprzedniej sekcji. Przed podjęciem decyzji, którego składnika Web Part użyć, należy wziąć pod uwagę następujące kwestie:
-
Ile zawartości posiadam?
-
Jak złożone będzie zapytanie?
-
Gdzie będzie przechowywana moja zawartość?
-
O ile moja zawartość będzie z czasem rosnąć?
-
O ile z czasem wzrosną koszty konserwacji?
Zalecamy, aby zająć się wszystkimi tymi obszarami jako całością, a nie osobno.
Uwaga: Jeśli rozważasz przejście z witryny lokalnej programu SharePoint do witryny usługi SharePoint Online i korzystasz z funkcji CQWP w witrynie lokalnej programu SharePoint, możesz napotkać kilka problemów z wydajnością. W usłudze SharePoint Online nie będzie można skalować dzierżawy w celu zwiększenia wydajności. Ponadto funkcja buforowania działa inaczej w usłudze SharePoint Online niż w lokalnym programie SharePoint.
Co wpływa na wydajność składnika Web Part kwerendy zawartości
W poprzednim przykładzie, jeśli lista Wiadomości zawiera mniej niż 5000 elementów, wydajność funkcji CQWP prawdopodobnie będzie bardzo dobra. Jeśli jednak lista Wiadomości przekracza 5000 elementów, a zapytanie w składniku CQWP jest złożone, składnik Web Part może napotkać problemy z wydajnością. Trudno jest dokładnie określić, czym jest złożone zapytanie, ale źródło , które przechodzi między wszystkimi witrynami w zbiorze witryn, jest bardziej złożone niż źródło , które wysyła zapytania do określonej listy. Ponadto jeśli zapytanie korzysta z dodatkowych filtrów, złożoność zapytania wzrasta. Złożoność zapytania zwiększa się w zależności od typów kolumn witryny i używanych warunków. Oto kilka przykładów:
-
Zapytanie filtrujące w kolumnie witryny typu Wiele wierszy tekstu jest bardziej złożone niż zapytanie filtrujące kolumnę witryny o typie Tak/Nie.
-
Filtr używający warunku zawiera jest bardziej złożony niż zapytanie używające warunku.
-
Wiele warunków lub zwiększa złożoność zapytania.
Wpływ na wydajność składnika CQWP ma również miejsce przechowywania zawartości. Jeśli zawartość jest przechowywana w kilku witrynach, łączna ilość elementów listy przetwarzanych przez składnik Web Part będzie miała wpływ na jego wydajność. Na przykład w witrynie głównej firmy chcesz wyświetlić najnowsze wiadomości z list, które są przechowywane w wielu podwitrynach. Każda lista zawiera 1000 elementów. Oznacza to, że CQWP będzie musiał wykonać zapytanie w 3000 elementach.
W tym przykładzie, jeśli zapytanie jest proste, wydajność CQWP prawdopodobnie będzie dobra, o ile całkowita ilość elementów jest mniejsza niż 5000. Jeśli jednak zapytanie jest złożone, protokół CQWP może napotkać problemy z wydajnością nawet wtedy, gdy łączna liczba elementów wynosi kilka tysięcy.
Innym ważnym czynnikiem, który może mieć wpływ na wydajność składnika CQWP, jest wzrost zawartości. Rozwiązanie, które dziś działa dobrze, może nie dotyczyć twojej przyszłej zawartości. Jeśli oczekujesz dużego wzrostu liczby witryn lub ilości zawartości, nie należy używać CQWP.
Za pomocą obu składników Web Part można wyświetlać zawartość na podstawie informacji pochodzących z nawigacji w witrynie. Na przykład gdy odwiedzający przechodzi do strony, składnik Web Part na tej stronie automatycznie wydaje zapytanie zawierające informacje z nawigacji witryny. Wyniki wyszukiwania zostaną wyświetlone w składniku Web Part. Jeśli nie masz zbyt wiele zawartości, a zapytanie jest proste, możesz użyć kilku CQWP do wyświetlenia zawartości. Jednak z powodu konieczności indywidualnego utrzymywania każdego CQWP koszty konserwacji mogą szybko wzrosnąć.
Korzystając z cswp z nawigacją zarządzaną i stroną kategorii, koszty konserwacji pozostaną takie same, jak zwiększa się zawartość. Jeśli na przykład dodasz do zawartości nową kategorię nawigacji, możesz użyć tej samej strony kategorii, aby wyświetlić zawartość należącą do nowej kategorii nawigacji. Tak więc nawet jeśli twoja zawartość rośnie, musisz zachować tylko tę samą ilość stron.
Aby uzyskać więcej informacji, zobacz następujące dodatkowe artykuły:
-
Włączanie nawigacji zarządzanej dla witryny w programie SharePoint
-
Przypisywanie strony kategorii i strony elementu wykazu do terminu w programie SharePoint
W poniższym przykładzie można zobaczyć, jak cztery rekordy CQWP można zastąpić jednym CSWP na stronie kategorii.
Za pomocą pliku CSWP można wyświetlać zawartość z innych zbiorów witryn. Jeśli na przykład chcesz utworzyć zawartość w jednym zbiorze witryn i wyświetlić tę zawartość w innym zbiorze witryn, musisz użyć cswp. Protokół CQWP może wyświetlać tylko zawartość z jednego zbioru witryn.
Jeśli nie masz pewności, którego składnika Web Part użyć, w większości przypadków najlepszym wyborem jest cswp. Ten składnik Web Part jest bardziej elastyczny niż składnik CQWP i zapewnia lepsze wyniki wydajności, jeśli planujesz z czasem rozszerzyć zawartość.
Jeśli zdecydujesz się użyć składnika CQWP, zalecamy przeprowadzenie testów w celu sprawdzenia, czy składnik Web Part spełnia bieżące i przyszłe wymagania dotyczące wydajności i konserwacji.
