קיימים שני רכיבי Web Part שבהם ניתן להשתמש כדי לחפש נתונים באתר SharePoint. הם דומים מאוד: ה - Web Part של שאילתת תוכן (CQWP) וה- Web Part של חיפוש תוכן (CSWP). רק על-ידי התסתכלות על השמות שלהם, לא ברור להבחין בין שני ביניהם.
ברוב המקרים, מומלץ להשתמש ב- Web Part של חיפוש תוכן מאחר שהוא אינו משפיע על הביצועים כמו ה- Web Part של שאילתת תוכן.
חשוב שתבין את החוזקות והמגבלות של שני רכיבי ה- Web Part. ברוב המקרים, מומלץ להשתמש ב- Web Part של חיפוש תוכן מאחר שהוא אינו משפיע על הביצועים כמו ה- Web Part של שאילתת תוכן.
-
השתמש ב- CQWP כאשר יש לך כמות מוגבלת של תוכן, השאילתה שלך פשוטה ואינך מצפה שהתוכן שלך יגדל הרבה בעתיד.
-
השתמש ב- CSWP בכל התרחישים האחרים כאשר ברצונך להציג תוכן המבוסס על שאילתה.
הטבלה שלהלן מספקת השוואה בין שני רכיבי ה- Web Part:
|
אופן פעולה של Web Part |
Web Part של שאילתת תוכן |
Web Part של חיפוש תוכן |
|---|---|---|
|
תצורת שאילתה |
קל |
תצטרך לדעת אודות תכונות חיפוש מסוימות, כגון ניהול סכימת החיפוש ב- SharePoint Online. |
|
שאילתה על-פני כמויות גדולות של תוכן |
מוגבל |
כן |
|
טיפול בשאילתות מורכבות |
מוגבל |
כן |
|
קנה מידה לטיפול בצמיחת תוכן עתידית |
מוגבל |
כן |
|
הצגת תוכן מתוך אוספי אתרים אחרים |
לא |
כן (ראה שימוש ב- Web Part של חיפוש תוכן כדי להציג תוכן מאוסף אתרים אחר להלן) |
|
ניתן להתאים אישית את עיצוב תוצאות השאילתה |
כן, באמצעות XSLT. |
כן, באמצעות HTML. |
|
עלות תחזוקה בארכיטקטורת אתר מורכבת |
גבוה |
קטן (ראה שימוש ב- Web Part של חיפוש תוכן כדי לשמור על עלות התחזוקה למטה ) |
|
צמצום תוצאות השאילתה המוצגות ב- Web Part |
לא |
כן, בשילוב עם ה - Web Part של המיקוד. |
באפשרותך להשתמש בשני רכיבי ה- Web Part כדי להציג מידע המאוחסן באתר משנה. חוויית המשתמש עבור מחברי תוכן ומבקרים באתר הבית זהה, ללא קשר ל- Web Part שבו אתה משתמש. ההבדל בין שני רכיבי ה- Web Part הוא הטכנולוגיה שבה משתמשים רכיבי ה- Web Part. ה- CQWP מנהל שאילתות במסד נתונים, בעוד שה- CSWP בשאילתות על אינדקס החיפוש.
להלן דוגמה לאופן הפעולה של רכיבי Web Part אלה. דוגמה א' מציגה חברה המשתמשת ב- CQWP כדי להציג תוכן מאתר המשנה שלה למכירות, ודוגמה ב' מציגה חברה המשתמשת ב- CSWP כדי להציג תוכן מאתר המשנה שלה למכירות.
|
הסבר תמונה |
דוגמה א': |
דוגמה ב': |
|---|---|---|
|
1 |
אתה מחבר תוכן ברשימה. |
אתה מחבר תוכן ברשימה. |
|
2 |
פריטי הרשימה מאוחסנים באופן מיידי במסד נתונים. |
במרווח זמן מוגדר, פריטי הרשימה סרוקים באופן אוטומטי ונוספים לאינדקס החיפוש. |
|
3 |
מבקר מציג את אתר הבית. ה- CQWP הנפיק באופן אוטומטי שאילתה למסד הנתונים. |
מבקר מציג את אתר הבית. ה- CSWP מבעיית באופן אוטומטי שאילתה באינדקס החיפוש. |
|
4 |
מסד הנתונים מחזיר תוצאת שאילתה ומציג אותה ב- CQWP. |
אינדקס החיפוש מחזיר תוצאת שאילתה ומציג אותה ב- CSWP. |
מאחר שרכיבי ה- Web Part משתמשים בטכנולוגיות שונות, מקרי השימוש שבהם עליך לבחור Web Part אחד על-פני ה- Web Part השני שונים. מקרה שימוש הוא לעתים קרובות מורכב יותר מהדוגמה הפשוטה המוצגת בסעיף הקודם. לפני שתחליט באיזה Web Part להשתמש, חשוב לשקול את הנקודות הבאות:
-
כמה תוכן יש לי?
-
כמה מורכב יהיה שאילתה?
-
היכן יאוחסן התוכן שלי?
-
כמה יצמח התוכן שלי לאורך זמן?
-
כמה עלויות התחזוקה שלי יגדלו לאורך זמן?
מומלץ לטפל בכל האזורים האלה ככלל ולא בנפרד.
הערה: אם אתה שוקל לעבור מאתר מקומי של SharePoint לאתר SharePoint Online, ואתה משתמש ב- CQWPs באתר המקומי של SharePoint, אתה עלול נתקל בכמה בעיות ביצועים. ב- SharePoint Online לא תוכל לשנות את קנה המידה של הדייר שלך כדי לשפר את הביצועים. כמו כן, הפונקציונליות של האחסון במטמון מתנהגת באופן שונה ב- SharePoint Online מאשר ב- SharePoint מקומי.
מה משפיע על הביצועים של ה- Web Part של שאילתת תוכן
בדוגמה הקודמת, אם רשימת החדשות מכילה פחות מ- 5,000 פריטים, הביצועים של CQWP עשויים להיות טובים מאוד. עם זאת, אם רשימת החדשות חורגת מ- 5000 פריטים, והשאילתה ב- CQWP מורכבת, ה- Web Part יכול נתקל בבעיות ביצועים. קשה להגדיר בדיוק מהי שאילתה מורכבת, אך מקור שעובר בכל האתרים באוסף האתרים שלך מורכב יותר ממקור הביצוע שאילתות על רשימה ספציפית. כמו כן, אם השאילתה משתמשת במסננים נוספים, מורכבות השאילתה גדלה. מורכבות השאילתה גדלה בהתאם לסוגי עמודות האתר ולתנאים שבהם אתה משתמש. להלן מספר דוגמאות:
-
שאילתה המסוננים בעמודת אתר מסוג 'שורות טקסט מרובות' מורכבת יותר מהשאילתה המסוננים בעמודת אתר מסוג ' כן/לא'.
-
מסנן המשתמש בתנאי מכיל מורכב יותר משאילתה המשתמשת בתנאי שווה ל.
-
תנאים מרובים או מגדילים את מורכבות השאילתה.
הביצועים של CQWP מושפעים גם מהמיקום שבו מאוחסן התוכן שלך. אם התוכן שלך מאוחסן בכמה אתרים, הכמות הכוללת של פריטי רשימה שיש לעבד על-ידי ה- Web Part תשפיע על הביצועים שלו. לדוגמה, באתר הבית של החברה שלך, ברצונך להציג את פריטי החדשות העדכניים ביותר מרשימות השמורות באתרי משנה מרובים. כל רשימה מכילה 1000 פריטים. משמעות הדבר היא ש- CQWP תצטרך לבצע שאילתה על-פני 3000 פריטים.
בדוגמה זו, אם השאילתה פשוטה, ייתכן שהביצועים של CQWP יהיו טובים כל עוד כמות הפריטים הכוללת קטנה מ- 5000. עם זאת, אם השאילתה מורכבת, ייתכן ש- CQWP ית נתקל בבעיות ביצועים גם כאשר הסכום הכולל של הפריטים הוא כמה אלפים.
גורם חשוב נוסף שעשוי להשפיע על הביצועים של CQWP הוא אם התוכן שלך גדל. ייתכן שפתרון הפועל היטב כיום לא יחול על התוכן העתידי שלך. אם אתה מצפה לגדילה גדולה במספר האתרים או בכמות התוכן, אין להשתמש ב- CQWP.
באפשרותך להשתמש בשני רכיבי ה- Web Part כדי להציג תוכן בהתבסס על מידע בניווט האתר שלך. לדוגמה, כאשר מבקר עובר לדף, ה- Web Part בדף זה מציג באופן אוטומטי שאילתה המכילה מידע בניווט האתר שלך. תוצאות החיפוש מוצגות ב- Web Part. אם אין לך תוכן רב והשאילתה פשוטה, באפשרותך להשתמש בכמה CQWPs כדי להציג את התוכן שלך. עם זאת, מכיוון שאתה צריך לשמור על כל CQWP בנפרד, עלויות התחזוקה שלך יכולות להסלים במהירות.
על-ידי שימוש ב- CSWP עם ניווט מנוהל ודף קטגוריה, עלויות התחזוקה שלך יישארו כפי שהתוכן שלך גדל. לדוגמה, אם אתה מוסיף קטגוריית ניווט חדשה לתוכן שלך, באפשרותך להשתמש באותו דף קטגוריה כדי להציג את התוכן השייך קטגוריית הניווט החדשה. לכן, למרות שהתוכן שלך גדל, יהיה עליך לשמור את אותה כמות עמודים בלבד.
עיין במאמרים נוספים אלה לקבלת מידע נוסף:
בדוגמה שלהלן, תוכל לראות כיצד ניתן להחליף ארבע נקודות CQWP ב- CSWP אחד בדף קטגוריה.
באפשרותך להשתמש ב- CSWP כדי להציג תוכן מתוך אוספי אתרים אחרים. לדוגמה, אם ברצונך לערוך תוכן באוסף אתרים אחד ולהציג תוכן זה באוסף אתרים אחר, עליך להשתמש ב- CSWP. ה- CQWP יכול להציג תוכן מאוסף אתרים אחד בלבד.
אם אינך בטוח באיזה Web Part להשתמש, סביר להניח שה- CSWP הוא האפשרות הטובה ביותר ברוב המקרים. Web Part זה גמיש יותר מ- CQWP ויספק לך תוצאות ביצועים טובות יותר אם אתה מתכנן להרחיב את התוכן שלך לאורך זמן.
אם תחליט להשתמש ב- CQWP, מומלץ לבצע בדיקות כדי לברר אם ה- Web Part עומד בדרישות הביצועים והתחזוקה הנוכחיים והעתידיים שלך.
