มีสอง 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 การค้นหาเนื้อหา |
|---|---|---|
|
การกําหนดค่าคิวรี |
ง่าย |
คุณจะต้องทราบเกี่ยวกับฟีเจอร์การค้นหาบางอย่าง เช่น จัดการ Schema การค้นหาใน SharePoint Online |
|
คิวรีในเนื้อหาจํานวนมาก |
ถูกจำกัด |
มี |
|
จัดการคิวรีที่ซับซ้อน |
ถูกจำกัด |
มี |
|
ปรับขนาดเพื่อจัดการการเติบโตของเนื้อหาในอนาคต |
ถูกจำกัด |
มี |
|
แสดงเนื้อหาจากไซต์คอลเลกชันอื่น |
ไม่ได้ |
ใช่ (ดู ใช้ Web Part การค้นหาเนื้อหา เพื่อแสดงเนื้อหาจากไซต์คอลเลกชันอื่น ด้านล่าง) |
|
การออกแบบของผลลัพธ์คิวรีสามารถกําหนดเองได้ |
ได้ โดยใช้ XSLT |
ได้ โดยใช้ HTML |
|
ค่าใช้จ่ายในการบํารุงรักษาในสถาปัตยกรรมไซต์ที่ซับซ้อน |
สูง |
ขนาดเล็ก (ดู ใช้ Web Part การค้นหาเนื้อหา เพื่อรักษาต้นทุนการบํารุงรักษา ไว้ด้านล่าง) |
|
จํากัดขอบเขตผลลัพธ์คิวรีที่แสดงใน Web Part |
ไม่ได้ |
ได้ เมื่อใช้ร่วมกับ Web Part การปรับปรุง |
คุณสามารถใช้ทั้งสอง Web Part เพื่อแสดงข้อมูลที่เก็บอยู่ในไซต์ย่อยได้ ประสบการณ์การใช้งานของผู้ใช้สําหรับผู้สร้างเนื้อหาและผู้เยี่ยมชมไซต์ที่บ้านจะเหมือนกัน ไม่ว่าคุณจะใช้ Web Part ใด ความแตกต่างระหว่าง Web Part ทั้งสองคือเทคโนโลยีที่ Web Part ใช้ CQWP จะสอบถามฐานข้อมูล ในขณะที่ CSWP จะสอบถามดัชนีการค้นหา
ต่อไปนี้เป็นตัวอย่างการทํางานของ Web Part เหล่านี้ ตัวอย่าง A แสดงบริษัทที่ใช้ CQWP เพื่อแสดงเนื้อหาจากไซต์ย่อยการขาย และตัวอย่าง B แสดงบริษัทที่ใช้ CSWP เพื่อแสดงเนื้อหาจากไซต์ย่อยของการขาย
|
คําบรรยายภาพ |
ตัวอย่าง A: |
ตัวอย่าง B: |
|---|---|---|
|
1 |
คุณเขียนเนื้อหาในรายการ |
คุณเขียนเนื้อหาในรายการ |
|
2 |
ข้อมูลในรายการจะถูกเก็บไว้ใน ฐานข้อมูลทันที |
ในช่วงเวลาที่กําหนด ข้อมูลในรายการจะถูกตระเวนและเพิ่มลงใน ดัชนีการค้นหาโดยอัตโนมัติ |
|
3 |
ผู้เยี่ยมชมดูไซต์หน้าแรก CQWP ได้ออกการสอบถามไปยัง ฐานข้อมูลโดยอัตโนมัติ |
ผู้เยี่ยมชมดูไซต์หน้าแรก CSWP จะออกคิวรีไปยัง ดัชนีการค้นหาโดยอัตโนมัติ |
|
4 |
ฐานข้อมูลจะส่งกลับผลลัพธ์คิวรีและแสดงใน CQWP |
ดัชนีการค้นหาจะส่งกลับผลลัพธ์คิวรีและแสดงใน CSWP |
เนื่องจาก Web Part ใช้เทคโนโลยีที่แตกต่างกัน กรณีการใช้งานที่คุณควรเลือก Web Part หนึ่งจะแตกต่างกัน กรณีใช้งานมักจะซับซ้อนมากกว่าตัวอย่างง่ายๆ ที่แสดงในส่วนก่อนหน้า ก่อนที่คุณจะตัดสินใจว่าจะใช้ Web Part ใด สิ่งสําคัญคือคุณต้องพิจารณาสิ่งต่อไปนี้
-
ฉันมีเนื้อหาเท่าใด
-
คิวรีจะซับซ้อนเพียงใด
-
เนื้อหาของฉันจะถูกเก็บไว้ที่ใด
-
เนื้อหาของฉันจะเพิ่มขึ้นเท่าใดเมื่อเวลาผ่านไป
-
ค่าใช้จ่ายในการบํารุงรักษาของฉันจะเพิ่มขึ้นเท่าใดเมื่อเวลาผ่านไป
เราขอแนะนําให้คุณจัดการพื้นที่ทั้งหมดเหล่านี้ทั้งหมดแทนที่จะแยกจากกัน
หมายเหตุ: ถ้าคุณกําลังพิจารณาย้ายจากไซต์ SharePoint ภายในองค์กรไปยังไซต์ SharePoint Online และคุณกําลังใช้ CQWP บนไซต์ SharePoint ภายในองค์กรของคุณ คุณอาจพบปัญหาด้านประสิทธิภาพการทํางานสองประการ ใน SharePoint Online คุณจะไม่สามารถปรับขนาดผู้เช่าของคุณเพื่อปรับปรุงประสิทธิภาพการทํางาน นอกจากนี้ ฟังก์ชันการแคชจะทํางานต่างจากใน SharePoint Online มากกว่าใน SharePoint ภายในองค์กร
สิ่งที่มีผลต่อประสิทธิภาพการทํางานของ Web Part สําหรับคิวรีเนื้อหา
ในตัวอย่างก่อนหน้านี้ หากรายการข่าวมีน้อยกว่า 5,000 รายการ ประสิทธิภาพของ CQWP น่าจะดีมาก อย่างไรก็ตาม ถ้ารายการข่าวสารเกิน 5,000 รายการ และคิวรีใน CQWP มีความซับซ้อน Web Part สามารถพบปัญหาด้านประสิทธิภาพการทํางานได้ เป็นเรื่องยากที่จะกําหนดว่าคิวรีที่ซับซ้อนคืออะไร แต่ แหล่งข้อมูล ที่ข้ามไซต์ทั้งหมดในไซต์คอลเลกชันของคุณมีความซับซ้อนมากกว่า แหล่งข้อมูล ที่คิวรีรายการใดรายการหนึ่งโดยเฉพาะ นอกจากนี้ ถ้าคุณใช้ ตัวกรองเพิ่มเติม ความซับซ้อนของคิวรีจะเพิ่มขึ้น ความซับซ้อนของคิวรีจะเพิ่มขึ้นโดยขึ้นอยู่กับชนิดและเงื่อนไขของคอลัมน์ของไซต์ที่คุณใช้ ตัวอย่าง ได้แก่:
-
คิวรีที่กรองบนคอลัมน์ของไซต์ชนิด ข้อความหลายบรรทัด มีความซับซ้อนมากกว่าคิวรีที่กรองบนคอลัมน์ของไซต์ชนิด ใช่/ไม่ใช่
-
ตัวกรองที่ใช้เงื่อนไข มี มีความซับซ้อนมากกว่าคิวรีที่ใช้เงื่อนไข เท่ากับ
-
หลายเงื่อนไข หรือ เพิ่มความซับซ้อนของคิวรี
ประสิทธิภาพของ CQWP ยังได้รับผลกระทบจากที่จัดเก็บเนื้อหาของคุณ ถ้าเนื้อหาของคุณถูกจัดเก็บในหลายไซต์ จํานวนรวมของข้อมูลในรายการที่ Web Part จําเป็นต้องประมวลผลจะมีผลต่อประสิทธิภาพการทํางาน ตัวอย่างเช่น บนไซต์หน้าแรกของบริษัทของคุณ คุณต้องการแสดงรายการข่าวสารล่าสุดจากรายการที่ถูกเก็บรักษาไว้ในไซต์ย่อยหลายไซต์ แต่ละรายการจะมี 1,000 รายการ ซึ่งหมายความว่า CQWP จะต้องสอบถามรายการทั้งหมด 3000 รายการ
ในตัวอย่างนี้ ถ้าคิวรีเป็นแบบง่ายๆ ประสิทธิภาพของ CQWP น่าจะดีตราบใดที่จํานวนรายการทั้งหมดน้อยกว่า 5000 รายการ อย่างไรก็ตาม ถ้าคิวรีมีความซับซ้อน CQWP อาจพบปัญหาประสิทธิภาพการทํางานแม้ว่าจํานวนรายการทั้งหมดจะอยู่เพียงไม่กี่พันรายการ
ปัจจัยสําคัญอีกอย่างหนึ่งที่อาจส่งผลต่อประสิทธิภาพการทํางานของ CQWP คือหากเนื้อหาของคุณเติบโตขึ้น โซลูชันที่ทํางานได้ดีในวันนี้อาจใช้ไม่ได้กับเนื้อหาในอนาคตของคุณ หากคุณคาดหวังว่าปริมาณไซต์หรือปริมาณเนื้อหาจะเพิ่มขึ้นอย่างมาก คุณไม่ควรใช้ CQWP
คุณสามารถใช้ทั้งสอง Web Part เพื่อแสดงเนื้อหาโดยยึดตามข้อมูลจากการนําทางของไซต์ของคุณ ตัวอย่างเช่น เมื่อผู้เยี่ยมชมไปที่หน้า Web Part บนหน้านั้นจะออกคิวรีที่มีข้อมูลจากการนําทางของไซต์ของคุณโดยอัตโนมัติ ผลลัพธ์การค้นหาจะแสดงใน Web Part ถ้าคุณไม่มีเนื้อหามากนักและคิวรีนั้นเรียบง่าย คุณสามารถใช้ CQWP หลายรายการเพื่อแสดงเนื้อหาของคุณได้ อย่างไรก็ตาม เนื่องจากคุณต้องบํารุงรักษา CQWP แต่ละรายการค่าใช้จ่ายในการบํารุงรักษาของคุณสามารถเลื่อนระดับได้อย่างรวดเร็ว
การใช้ CSWP กับการนําทางที่มีการจัดการและหน้าประเภท ค่าใช้จ่ายในการบํารุงรักษาของคุณจะยังคงเหมือนกับเนื้อหาที่เพิ่มขึ้น ตัวอย่างเช่น ถ้าคุณเพิ่มประเภทการนําทางใหม่ลงในเนื้อหาของคุณ คุณสามารถใช้หน้าประเภทเดียวกันเพื่อแสดงเนื้อหาที่เป็นของประเภทการนําทางใหม่ได้ ดังนั้นแม้ว่าเนื้อหาของคุณจะเพิ่มขึ้น คุณเพียงต้องรักษาจํานวนหน้าให้เท่ากัน
ดูบทความเพิ่มเติมเหล่านี้สําหรับข้อมูลเพิ่มเติม:
ในตัวอย่างด้านล่าง คุณสามารถดูว่า CQWP สี่ตัวสามารถแทนที่ด้วย CSWP หนึ่งตัวในหน้าประเภทได้อย่างไร
คุณสามารถใช้ CSWP เพื่อแสดงเนื้อหาจากไซต์คอลเลกชันอื่นได้ ตัวอย่างเช่น ถ้าคุณต้องการเขียนเนื้อหาในไซต์คอลเลกชันหนึ่งและแสดงเนื้อหานี้ในไซต์คอลเลกชันอื่น คุณต้องใช้ CSWP CQWP สามารถแสดงเนื้อหาจากไซต์คอลเลกชันได้เพียงไซต์เดียวเท่านั้น
ถ้าคุณไม่แน่ใจว่าจะใช้ Web Part ใด CSWP อาจเป็นตัวเลือกที่ดีที่สุดในกรณีส่วนใหญ่ Web Part นี้มีความยืดหยุ่นมากกว่า CQWP และจะให้ผลลัพธ์ด้านประสิทธิภาพการทํางานที่ดียิ่งขึ้นหากคุณวางแผนที่จะขยายเนื้อหาของคุณเมื่อเวลาผ่านไป
ถ้าคุณตัดสินใจที่จะใช้ CQWP เราขอแนะนําให้คุณทําการทดสอบเพื่อดูว่า Web Part ตรงตามข้อกําหนดด้านประสิทธิภาพและการบํารุงรักษาในปัจจุบันและในอนาคตของคุณหรือไม่
