an algorithm that haseven better sc

an algorithm that has
even better scaling properties because it does not hold the vocabulary in
memory. For very large collections like the web, indexing has to be distributed
over computer clusters with hundreds or thousands of machines.
We discuss this in Section 4.4. Collections with frequent changes require dy-
namic indexing introduced in Section 4.5 so that changes in the collection are
immediately reflected in the index. Finally, we cover some complicating issues
that can arise in indexing – such as security and indexes for ranked
retrieval – in Section 4.6.
Index construction interacts with several topics covered in other chapters.
The indexer needs raw text, but documents are encoded in many ways (see
Chapter 2). Indexers compress and decompress intermediate files and the
final index (see Chapter 5). In web search, documents are not on a local
file system, but have to be spidered or crawled (see Chapter 20). In enterprise
search, most documents are encapsulated in varied content management
systems, email applications, and databases. We give some examples
in Section 4.7. Although most of these applications can be accessed via http,
native Application Programming Interfaces (APIs) are usuallymore efficient.
The reader should be aware that building the subsystem that feeds raw text
to the indexing process can in itself be a challenging problem.

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

อัลกอริทึมที่ได้
ดียิ่งขึ้นปรับคุณสมบัติเพราะมันไม่ได้ถือคำศัพท์ใน
หน่วยความจำ สำหรับคอลเลกชันขนาดใหญ่มากเช่นเว็บ, การจัดทำดัชนีจะต้องมีการกระจาย
มากกว่ากลุ่มคอมพิวเตอร์ที่มีหลายร้อยหรือหลายพันเครื่อง.
เราหารือในมาตรา 4.4 คอลเลกชันที่มีการเปลี่ยนแปลงบ่อยต้อง dy-
การจัดทำดัชนีมิคแนะนำในมาตรา 4.5 เพื่อให้การเปลี่ยนแปลงในคอลเลกชันที่มีการ
สะท้อนให้เห็นทันทีในดัชนี สุดท้ายเราครอบคลุมบางส่วนปัญหาแทรกซ้อน
ที่อาจเกิดขึ้นในการสร้างดัชนี - เช่นการรักษาความปลอดภัยและการจัดอันดับดัชนีสำหรับ
การดึง -. ในมาตรา 4.6
ก่อสร้างดัชนีโต้ตอบกับหลายหัวข้อที่กล่าวถึงในบทอื่น ๆ .
ดัชนีความต้องการดิบข้อความ แต่เอกสารที่มีการเข้ารหัสในหลาย ๆ (ดู
บทที่ 2) indexers บีบอัดและขยายไฟล์กลางและ
ดัชนีสุดท้าย (ดูบทที่ 5) ในการค้นหาเว็บ, เอกสารที่ไม่ได้อยู่ในท้องถิ่น
ระบบแฟ้ม แต่จะต้องมีการ spidered หรือคลาน (ดูบทที่ 20) ในองค์กร
ค้นหาเอกสารส่วนใหญ่จะห่อหุ้มในที่แตกต่างกันการจัดการเนื้อหา
ระบบการใช้งานอีเมล์และฐานข้อมูล เราให้ตัวอย่างบางส่วน
ในมาตรา 4.7 แม้ว่าส่วนใหญ่ของโปรแกรมเหล่านี้สามารถเข้าถึงได้ผ่านทาง HTTP,
Application Programming Interfaces พื้นเมือง (APIs) จะ usuallymore มีประสิทธิภาพ.
ผู้อ่านควรจะตระหนักว่าการสร้างระบบย่อยที่ฟีดข้อความดิบ
ในการประมวลผลการจัดทำดัชนีสามารถในตัวเองเป็นปัญหาที่ท้าทาย

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

อัลกอริทึมที่ได้
ยิ่งขึ้นปรับคุณสมบัติเพราะมันไม่ได้จับศัพท์
หน่วยความจำ สำหรับคอลเลกชันที่มีขนาดใหญ่มาก เช่น เว็บดัชนีมีที่จะกระจาย
ผ่านคอมพิวเตอร์คลัสเตอร์กับหลายร้อยหรือหลายพันเครื่อง .
เราหารือในส่วน 4.4 . คอลเลกชันที่มีการเปลี่ยนแปลงบ่อยต้องการดี้ -
namic การแนะนำในส่วน 4.5 ดังนั้นการเปลี่ยนแปลงในคอลเลกชัน
สะท้อนให้เห็นทันทีในดัชนี ในที่สุด , เราครอบคลุมบางส่วน complicating ปัญหา
ที่สามารถเกิดขึ้นในดัชนี–เช่นการรักษาความปลอดภัยและดัชนีสำหรับการสืบค้น และในส่วนของอันดับ

4.6 ก่อสร้าง ดัชนีมีการโต้ตอบกับหลายหัวข้อที่ครอบคลุมในสาขาอื่น ๆ .
ดัชนีความต้องการข้อความดิบ แต่เอกสารที่เข้ารหัสในหลายวิธี ( ดู
บทที่ 2 ) ดัชนีการบีบอัดและขยายไฟล์กลางและ
ดัชนีสุดท้าย ( ดูบทที่ 5 ) ในการค้นหาเว็บ , เอกสารที่ไม่ได้อยู่ในระบบแฟ้มท้องถิ่น
แต่ต้องมีเครื่องมือหรือคลาน ( ดูบทที่ 20 ) ในการค้นหาขององค์กร
เอกสารส่วนใหญ่จะบรรจุในเนื้อหาการจัดการระบบที่แตกต่างกัน
ฐานข้อมูลการใช้งานอีเมล์และ เราเอาตัวอย่าง
ในมาตรา 4.7 . แม้ว่าส่วนใหญ่ของโปรแกรมเหล่านี้สามารถเข้าถึงได้ผ่านทาง HTTP ,
อินเตอร์เฟซการเขียนโปรแกรมประยุกต์ ( API ) usuallymore พื้นเมืองที่มีประสิทธิภาพ .
ผู้อ่านควรทราบว่า การสร้างระบบอาหาร
ข้อความดิบกระบวนการดัชนีสามารถในตัวเองเป็นปัญหาที่ท้าทาย .