5. DiscussionThis section provides

5. Discussion
This section provides a view on what type of NoSQL is suitable
for a particular scenario.
(1) Web integration: The attractive features of a database system
for present scenario are ease of integration with web and mobile
applications. APIs are to be developed in line with the database
system, so that it is easy to create web pages or mobile applications
that interact with it. CouchDB is a popular database for integrating
the web and mobile applications [19].
(2) Usage of SSD: [11] using a solid-state disk (SSD) for logging
as an SSD can provide durable writes with very low latencies.
Hadoop uses SSD for the response time critical data of relatively
small size [20].
(3) Single master: Google embraced the concept of a single
master in their distributed system as a valuable tool to simplify
the design and make it more straightforward. Currently GFS uses
one master per cell [21], with multiple cells per data center. Even
though Google has worked around the issue this case underscores
the importance of scalability and the limitation of assigning different
levels of responsibility in any distributed system that is
expected to scale. The biggest weakness in this system that, the
Master can be the single point of failure. However, this can be overcome
by replicating the master state. The ‘‘Shadow Masters’’ can
provide read-only access in the absence of primary master.

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

5. สนทนาส่วนนี้แสดงมุมมองบน NoSQL ชนิดใดเหมาะสมสำหรับสถานการณ์สมมติเฉพาะ(1) รวมเว็บ: คุณสมบัติที่น่าสนใจของระบบฐานข้อมูลสำหรับสถานการณ์ปัจจุบันมีความสะดวกในการรวม กับเว็บ และมือถือการใช้งาน APIs ได้รับการพัฒนาให้สอดคล้องกับฐานข้อมูลระบบ เพื่อให้มีการสร้างหน้าเว็บหรือโปรแกรมมือถือที่โต้ตอบกับมัน CouchDB เป็นฐานข้อมูลยอดนิยมสำหรับการบูรณาการเว็บและใช้งานมือถือ [19](2) การใช้งานของ SSD: [11] ใช้โซลิดสเตทดิสก์ (SSD) สำหรับการบันทึกเป็น SSD สามารถให้เขียนทนกับเวลาแฝงที่ต่ำมากHadoop ใช้ SSD สำหรับข้อมูลสำคัญเวลาตอบสนองที่ค่อนข้างขนาดเล็ก [20](3) เดียวหลัก: Google นำแนวคิดเดียวหลักในระบบกระจายเป็นเครื่องมือที่มีคุณค่าเพื่อให้ง่ายการออกแบบ และทำตรงไปตรง ปัจจุบันใช้ GFSหลักหนึ่งต่อเซลล์ [21], ด้วยหลายเซลล์ต่อศูนย์ข้อมูล แม้แม้ว่า Google ได้ทำงานกับปัญหา กรณีนี้สื่อความสำคัญของขนาดและข้อจำกัดของการกำหนดให้แตกต่างกันระดับความรับผิดชอบในระบบแบบกระจายที่คาดว่าจะปรับขนาด จุดอ่อนที่ใหญ่ที่สุดในระบบนี้ที่หลักจุดเดียวของความล้มเหลวก็ได้ อย่างไรก็ตาม นี้สามารถเอาชนะโดยจำลองสถานะหลัก สามารถแบบ ''เงา ''ให้การเข้าถึงแบบอ่านอย่างเดียวของหลักหลัก

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

5. การอภิปราย
ในส่วนนี้จะให้มุมมองเกี่ยวกับสิ่งที่ประเภทของ NoSQL เป็นที่เหมาะสม
สำหรับสถานการณ์โดยเฉพาะอย่างยิ่ง.
(1) การรวมเว็บ: คุณลักษณะที่น่าสนใจของระบบฐานข้อมูล
สำหรับสถานการณ์ปัจจุบันมีความสะดวกในการทำงานร่วมกับเว็บและมือถือ
การใช้งาน API ที่จะได้รับการพัฒนาให้สอดคล้องกับฐานข้อมูล
ระบบเพื่อที่ว่ามันเป็นเรื่องง่ายในการสร้างหน้าเว็บหรือการใช้งานโทรศัพท์มือถือ
ที่โต้ตอบกับมัน CouchDB เป็นฐานข้อมูลที่นิยมสำหรับการบูรณาการ
เว็บและการใช้งานโทรศัพท์มือถือ [19].
(2) การใช้ SSD: [11] โดยใช้ดิสก์แบบ solid-state (SSD) สำหรับการบันทึก
. ในฐานะที่เป็น SSD สามารถให้เขียนทนทานด้วยศักยภาพต่ำมาก
Hadoop ใช้ SSD สำหรับเวลาการตอบสนองข้อมูลที่สำคัญค่อนข้าง
มีขนาดเล็ก [20].
(3) หลักเดียว: Google กอดแนวคิดของเดียว
ต้นแบบในระบบการกระจายของพวกเขาเป็นเครื่องมือที่มีคุณค่าเพื่อให้ง่ายต่อ
การออกแบบและทำให้มันตรงไปตรงมามากขึ้น ขณะนี้สศคใช้
อย่างใดอย่างหนึ่งต่อเซลล์ต้นแบบ [21] มีหลายเซลล์ต่อศูนย์ข้อมูล แม้
แม้ว่า Google ได้ทำงานแก้ไขปัญหากรณีนี้ตอกย้ำ
ความสำคัญของการขยายขีดความสามารถและข้อ จำกัด ของการกำหนดที่แตกต่างกัน
ในระดับของความรับผิดชอบในระบบการกระจายใด ๆ ที่
คาดว่าจะไต่ จุดอ่อนที่ใหญ่ที่สุดในระบบนี้นั้น
โทสามารถเป็นจุดเดียวของความล้มเหลว แต่นี้จะสามารถเอาชนะ
โดยจำลองรัฐต้นแบบ ว่า '' เงาโท '' สามารถ
ให้การเข้าถึงแบบอ่านอย่างเดียวในกรณีที่ไม่มีต้นแบบหลัก