In the indexes we have considered s

In the indexes we have considered so far, postings lists are ordered with
respect to docID. As we see in Chapter 5, this is advantageous for compression – instead of docIDs we can compress smaller gaps between IDs, thus
reducing space requirements for the index. However, this structure for the
RANKED index is not optimal when we build ranked (Chapters 6 and 7) – as opposed to
RETRIEVAL SYSTEMS Boolean – retrieval systems. In ranked retrieval, postings are often ordered according
to weight or impact, with the highest-weighted postings occurring
first. With this organization, scanning of long postings lists during query
processing can usually be terminated early when weights have become so
small that any further documents can be predicted to be of low similarity
to the query (see Chapter 6). In a docID-sorted index, new documents are
always inserted at the end of postings lists. In an impact-sorted index (Section
7.1.5, page 140), the insertion can occur anywhere, thus complicating the
update of the inverted index.

ผลลัพธ์ (ไทย) 1:

ในดัชนีเราได้พิจารณาจน สั่งรายการลงรายการบัญชีด้วยเคารพ docID นี้เป็นข้อได้เปรียบสำหรับการบีบอัดเราดูในบทที่ 5 – แทน docIDs เราสามารถบีบอัดช่องว่างเล็ก ๆ ระหว่างรหัส ดังนั้นลดความต้องการเนื้อที่สำหรับดัชนี อย่างไรก็ตาม นี้โครงสร้างสำหรับการจัดอันดับดัชนีไม่เหมาะสมเมื่อเราสร้างอันดับ (บทที่ 6 และ 7) – เป็นซึ่งตรงกันข้ามกับระบบเรียกบูลีน – เรียกระบบการ ในเรียกอันดับ ลงไม่มักจะเรียงลำดับตามน้ำหนักหรือแรงกระแทก ด้วยการลงสุดที่ถ่วงน้ำหนักที่เกิดขึ้นครั้งแรก กับองค์กรนี้ การสแกนยาวลงรายการในแบบสอบถามประมวลผลสามารถมักจะถูกยกเลิกตั้งแต่เมื่อน้ำหนักได้กลายเป็นดังนั้นขนาดเล็กที่เอกสารใด ๆ เพิ่มเติม สามารถคาดว่า จะเป็นของต่ำคล้ายในแบบสอบถาม (ดูบทที่ 6) ในดัชนีเรียงลำดับ docID เอกสารใหม่ได้จะแทรกที่ตอนท้ายของรายการที่ลงรายการบัญชี ในการเรียงลำดับผลกระทบต่อดัชนี (ส่วน7.1.5 หน้า 140), แทรกสามารถเกิดขึ้นที่ใด complicating ดัง นี้การปรับปรุงดัชนีกลับ

ผลลัพธ์ (ไทย) 2:

ในดัชนีที่เราได้มีการพิจารณาเพื่อให้ห่างไกลรายการโพสต์จะได้รับคำสั่งด้วย
ความเคารพต่อ docid ในฐานะที่เราเห็นในบทที่ 5 นี้เป็นข้อได้เปรียบสำหรับการบีบอัด - แทน docIDs เราสามารถบีบอัดช่องว่างขนาดเล็กระหว่างรหัสจึง
ลดความต้องการพื้นที่สำหรับดัชนี แต่โครงสร้างนี้
ดัชนีอันดับไม่ดีที่สุดเมื่อเราสร้างการจัดอันดับ (บทที่ 6 และ 7) - เมื่อเทียบกับ
ระบบการสืบค้นแบบบูล - ระบบการดึง ในการดึงการจัดอันดับการโพสต์มักจะมีการสั่งซื้อตาม
น้ำหนักหรือผลกระทบกับการโพสต์สูงสุดน้ำหนักที่เกิดขึ้น
ครั้งแรก กับองค์กรนี้การสแกนการโพสต์แสดงความยาวระหว่างแบบสอบถาม
การประมวลผลสามารถจะสิ้นสุดลงในช่วงต้นเมื่อน้ำหนักได้กลายเป็น
ขนาดเล็กว่าเอกสารใด ๆ เพิ่มเติมสามารถคาดว่าจะเป็นของความคล้ายคลึงกันในระดับต่ำ
ในแบบสอบถาม (ดูบทที่ 6) ในดัชนี docid เรียงเอกสารใหม่จะ
แทรกอยู่เสมอในตอนท้ายของรายการโพสต์ ในดัชนีผลกระทบเรียง (มาตรา
7.1.5 หน้า 140) แทรกสามารถเกิดขึ้นได้ทุกที่จึงแทรกซ้อน
ปรับปรุงดัชนีคว่ำ

ผลลัพธ์ (ไทย) 3:

ในดัชนีที่เราได้พิจารณา ดังนั้นไกล รายการประกาศจะสั่งกับ
เคารพ docid . อย่างที่เราเห็นในบทที่ 5 นี้เป็นประโยชน์สำหรับการบีบอัด ( แทน docids เราสามารถบีบช่องว่างขนาดเล็กระหว่างรหัสดังนี้
ลดความต้องการพื้นที่สำหรับดัชนี อย่างไรก็ตาม โครงสร้างสำหรับ
อันดับดัชนีไม่ที่ดีที่สุดเมื่อเราสร้างการจัดอันดับ ( บทที่ 6 และ 7 ) –เป็นนอกคอก
ระบบค้นคืนบูลีน–การสืบค้นระบบ ในการจัดอันดับการโพสต์ , มักสั่งตาม
น้ำหนักหรือผลกระทบที่มีน้ำหนักสูงสุดที่เกิดขึ้น
โพสต์แรก กับองค์กรนี้ สแกนรายการโพสต์ยาวในระหว่างการประมวลผลแบบสอบถาม
มักจะสามารถถูกยกเลิกก่อนเมื่อน้ำหนักได้กลายเป็นดังนั้น
ขนาดเล็กที่เอกสารเพิ่มเติมใด ๆที่สามารถคาดการณ์ได้
ความคล้ายคลึงต่ำการค้นหา ( ดูบทที่ 6 ) ใน docid เรียงดัชนีเอกสารใหม่
มักจะแทรกในตอนท้ายของรายการป้าย ในผลกระทบเรียงดัชนี ( ส่วน
7.1.5 หน้า 140 ) , การแทรกสามารถเกิดขึ้นได้ทุกที่จึงแทรกซ้อน
Update ของตัวดัชนี