Table 4Node, read, write is of NoSQ

Table 4
Node, read, write is of NoSQL.
Parameter NoSQL performance
W < N High write availability
R < N High read availability
W = N, R = 1 Strong consistency, Read optimized
W = 1, R = N Strong consistency, Write optimized
W + R > N Strong consistency. A read will see at least one copy of the most recent update. Write are fully overlapped
W + R ≤ N Eventual (Weak) Consistency
Table 5
NoSQL consistency analysis.
NoSQL Consistency level
BigTable, used by Google App Engine, and HBase, which runs over Hadoop Strongly consistent within a data center.
Eventual consistency between data centers. Updates are propagated to all replicas
asynchronously.
Google Spanner, a Globally-distributed and synchronously-replicated database Updates are propagated to all replicas synchronously.
Supports strong consistency even in the presence of wide-area replication
Amazon’s Dynamo, Cassandra and Riak Sacrifice consistency in favor of availability and partition tolerance.
Offers eventual consistency
Oracle NoSQL Consistency policy based on performance requirements.
Apache Cassandra Tunable consistency
Table 6
Yahoo! cloud serving benchmarking.
Sl No YCSB Parameters for Benchmark
1 YCSB Workload A: Update-Heavy: Session Store 50% read and 50% update. The standard size of the dataset is 200,000 Key–Value pairs.
2 YCSB Workload B: Read-Mostly: Photo Tags Read-heavy benchmark consists of 95% read and 5% update operations. Standard size of
set is 200,000 Key–Value pairs.
3 YCSB Workload C: Read-Only: User Profile Cache 100% read operations.
4 YCSB Workload D: Read-Latest: User Status Updates 95% read (recently Inserted record) operations and 5% insert operations. Read load is
shewed towards the end of the range.
5 YCSB Workload E: Short Ranges: Threaded Conversations 95% Scan and 5% Insert. Patterned after an online forum with threaded conversations,
workload is based around Scan operation that retrieves posts in a given thread, clustered
by the thread ID. 95% of operations in this workload are scan operations that perform
Search/Queries on ranges of records
6 Workload F 50% Read and 50% Read–Modify–Write.
7 YCSB++ Evaluate non-transactional access to distributed key-value stores. Adds functionality to
enable bulk loading of data into HBase and Accumulo in the form of an extended API. Also
allows operations like B-Tree splits to be performed on the database indexes to simulate
application usage [30].
8 YCSB + T Wraps multiple database operations within Transactions.
YCSB has been used in more than 70 published benchmark comparisons
and represents a standardized way to compare the performance
between systems [27]. However, YCSB was not designed to
run stress tests (high availability tests) on the systems.
Table 6 shows the 6 major workload types in YCSB [28,29].
Web-scale distributed NoSQL systems like Spanner and
Percolator offer transaction features to cater to new web-scale applications,
leading to development of YCSB + T. YCSB + T is completely
backward compatible with YCSB enabling existing benchmark
code to run without any modification.
SandStorm is an enterprise performance testing tool for web,
mobile and Bigdata applications. It provides a framework for
benchmarking NoSQL, Hadoop, and Message queue systems. The
current SandStorm release provides support for the following
NoSQL technologies [31]:
• MongoDB.
• Cassandra.
• HBase.
• Oracle NoSQL.

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

ตารางที่ 4โหนด อ่าน เขียนเป็น NoSQLพารามิเตอร์ NoSQL ประสิทธิภาพW < N สูงเขียนงานR < N สูงอ่านความพร้อมใช้งานW = N, R = 1 แรงสม่ำเสมอ อ่านดีที่สุดW = 1, R = N แรงสม่ำเสมอ เขียนดีที่สุดW + R > N แรงสม่ำเสมอกัน การอ่านจะเห็นสำเนาอย่างน้อยหนึ่งของการปรับปรุงล่าสุด เขียนคาบเกี่ยวกันได้อย่างเต็มที่W + R ≤ N สุดสม่ำเสมอ (อ่อน)ตาราง 5การวิเคราะห์ความสอดคล้องของ NoSQLระดับความสอดคล้องของ NoSQLBigTable, Google App Engine และ HBase ที่ทำงานผ่าน Hadoop ขอคล้องกันภายในศูนย์ข้อมูลสอดคล้องที่สุดระหว่างศูนย์ข้อมูล โปรแกรมปรับปรุงที่จะเผยแพร่แบบจำลองทั้งหมดแบบอะซิงโครนัสGoogle ประแจ ฐานข้อมูล กระจายทั่วโลก และ แบบพร้อมปรุงได้แพร่กระจายไปยังแบบจำลองทั้งหมดพร้อมกันรองรับแรงสม่ำเสมอแม้ในการจำลองแบบพื้นที่กว้างของ Amazon ไดนาโม นี่ และ Riak เสียสละความสม่ำเสมอในการชอบของงาน และพาร์ติชันยอมรับมีความสอดคล้องที่สุดออราเคิล NoSQL สอดคล้องนโยบายตามความต้องการประสิทธิภาพการทำงานความสอดคล้องของ Apache นี่ Tunableตารางที่ 6ระบบคลาวด์ของ yahoo!ให้บริการเปรียบเทียบเกณฑ์มาตรฐานไม่มีพารามิเตอร์ YCSB สำหรับ Slปรับปรุง 1 a: YCSB ปริมาณมาก: เก็บเซสชันปรับปรุงอ่านและ 50% 50% ขนาดมาตรฐานของชุดข้อมูลมีคู่คีย์ – ค่า 200,0002 b: YCSB ปริมาณอ่านส่วนใหญ่: แท็กรูปภาพอ่านหนักมาตรฐานประกอบด้วย 95% อ่านและดำเนินการปรับปรุง 5% ขนาดมาตรฐานของคู่คีย์ – ค่า 200,000 ได้ปริมาณงาน YCSB 3 c:อ่านอย่างเดียว: การดำเนินการอ่าน 100% แคโปรไฟล์ผู้ใช้4 d:ปริมาณงาน YCSB อ่านล่าสุด: ผู้ใช้สถานะการปรับปรุง 95% อ่าน (เพิ่งบันทึก Inserted) การดำเนินงานและการดำเนินการแทรก 5% โหลดอ่านเป็นshewed สิ้นสุดของช่วง5 ปริมาณงาน YCSB e:ช่วงสั้น: เกลียวแทรกการสนทนาแกน 95% และ 5% ลายหลังจากการประชุมแบบออนไลน์กับเธรดของการสนทนาปริมาณงานจะขึ้นอยู่รอบแกนดึงโพสต์ในหัวข้อที่กำหนด คลัสเตอร์ด้วย id ของเธรด 95% ของการดำเนินงานในงานนี้เป็นการดำเนินการสแกนที่ทำผลลัพธ์ในช่วงของระเบียนอ่านปริมาณ 6 F 50% และ 50% อ่าน – แก้ไข – เขียน7 YCSB ++ ประเมินไม่ใช่ทรานแซคชันได้การกระจายคีย์ค่า เพิ่มฟังก์ชันการทำงานเปิดใช้งานการโหลดจำนวนมากของข้อมูลใน HBase และ Accumulo ในแบบของ API เพิ่มเติม นอกจากนี้ช่วยให้การดำเนินงานเช่นทรี B แยกที่ดัชนีของฐานข้อมูลในการจำลองการใช้งานโปรแกรมประยุกต์ [30]8 YCSB + T ตัดดำเนินการฐานข้อมูลหลายในธุรกรรมYCSB ถูกใช้ในการเปรียบเทียบเกณฑ์มาตรฐานเผยแพร่มากกว่า 70แทนวิธีมาตรฐานในการเปรียบเทียบประสิทธิภาพการทำงานและระหว่างระบบ [27] อย่างไรก็ตาม YCSB ไม่ออกแบบมาเพื่อรันการทดสอบความเครียด (การทดสอบพร้อมใช้งานสูง) ระบบการตารางที่ 6 แสดงปริมาณงานหลัก 6 ประเภทใน YCSB [28,29]ขนาดเว็บกระจายระบบ NoSQL เช่นประแจ และเครื่องกรองมีลักษณะการทำธุรกรรมเพื่อตอบสนองการใช้งานขนาดเว็บใหม่นำไปสู่การพัฒนาของ YCSB + T. YCSB + T จะสมบูรณ์ใช้ร่วมกับ YCSB ทำให้มาตรฐานที่มีอยู่รหัสการเรียกใช้ โดยไม่มีการเปลี่ยนแปลงพายุทรายเป็นเครื่องมือทดสอบประสิทธิภาพองค์กรสำหรับเว็บมือถือและการใช้งาน Bigdata มีกรอบในการการเปรียบเทียบระบบคิว NoSQL, Hadoop และข้อความ การปัจจุบันพายุทรายปล่อยให้การสนับสนุนต่อไปนี้เทคโนโลยี NoSQL [31]:• MongoDB•ที่นี่• HBase•ออราเคิล NoSQL

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

ตารางที่ 4
โหนดอ่านเขียนเป็น NoSQL.
พารามิเตอร์ NoSQL ประสิทธิภาพ
W <N เขียนสูงพร้อมใช้งาน
R <N สูงอ่านความพร้อม
W = N, R = 1 ที่แข็งแกร่งมั่นคงอ่านเพิ่มประสิทธิภาพ
W = 1, r = N สอดคล้องสูงเขียนที่ดีที่สุด
W + R> สอดคล้องสูง N อ่านจะเห็นอย่างน้อยหนึ่งสำเนาของการปรับปรุงล่าสุด เขียนมีความคาบเกี่ยวกันอย่างเต็มที่
W + R ≤ N ในที่สุด (อ่อน) สอดคล้อง
ตารางที่ 5
การวิเคราะห์ความสอดคล้อง NoSQL.
NoSQL สอดคล้องระดับ
BigTable โดยใช้ Google App Engine และ HBase ซึ่งทำงานมากกว่า Hadoop อย่างสอดคล้องกันภายในศูนย์ข้อมูล.
ความสอดคล้องในที่สุดระหว่างศูนย์ข้อมูล . อัพเดทจะแพร่กระจายไปยังแบบจำลองทั้งหมดที่
ถ่ายทอดสด.
Google กุญแจเลื่อนทั่วโลกกระจายและการอัพเดทฐานข้อมูลพร้อมจำลองแบบจะแพร่กระจายไปยังแบบจำลองทั้งหมดพร้อมกัน.
รองรับความสอดคล้องที่แข็งแกร่งแม้ในการปรากฏตัวของพื้นที่กว้างจำลอง
ของ Amazon ไดนาโมคาสซานดราและเสี่ยงกับความเสียสละความสอดคล้องในความโปรดปราน ความพร้อมและความอดทนพาร์ทิชัน.
เสนอความสอดคล้องในที่สุด
นโยบายของ Oracle NoSQL สอดคล้องตามความต้องการประสิทธิภาพการทำงาน.
Apache Cassandra พริ้งสอดคล้อง
ตารางที่ 6
ของ Yahoo! ระบบคลาวด์ที่ให้บริการการเปรียบเทียบ.
Sl ไม่มี YCSB พารามิเตอร์สำหรับเกณฑ์มาตรฐาน
1 YCSB ภาระงาน: ปรับปรุงหนัก: เก็บ session 50% อ่านและการปรับปรุง 50% ขนาดมาตรฐานของชุดข้อมูลที่เป็น 200,000 คู่ค่าคีย์.
2 YCSB ภาระ B: อ่านส่วนใหญ่: มาตรฐานรูปภาพแท็กอ่านอย่างหนักประกอบด้วย 95% อ่านและ 5% การปรับปรุงการดำเนินงาน ขนาดมาตรฐานของ
ชุดเป็น 200,000 คู่ค่าคีย์.
3 YCSB ภาระ C: อ่านอย่างเดียว:. ผู้ใช้แคชข้อมูลส่วนตัว 100% ดำเนินการอ่าน
4 YCSB ภาระ D: อ่านล่าสุด: สถานะ User อัพเดท 95% อ่าน (แทรกเมื่อเร็ว ๆ นี้ Record) การดำเนินงานและ การดำเนินการแทรก 5% อ่านโหลด
สำแดงไปยังจุดสิ้นสุดของช่วง.
5 YCSB ภาระ E: ช่วงสั้น: การสนทนาเกลียว 95% สแกนและ 5% แทรก ตามแบบฉบับของฟอรั่มการสนทนาออนไลน์กับเกลียว
ภาระงานเป็นไปตามรอบการดำเนินงานสแกนที่ดึงโพสต์ในหัวข้อที่ได้รับการจัดกลุ่ม
โดยใช้ ID ด้าย 95% ของการดำเนินงานในภาระงานนี้ได้รับการสแกนการดำเนินงานที่มีประสิทธิภาพ
การค้นหา / แบบสอบถามในช่วงของระเบียน
6 ภาระงาน F 50% อ่านและ 50% อ่านเขียนปรับเปลี่ยน.
7 YCSB ++ ประเมินการเข้าถึงไม่ใช่การทำธุรกรรมการกระจายร้านค้าที่สำคัญที่มีมูลค่า เพิ่มฟังก์ชันการทำงานที่จะ
ช่วยให้การโหลดเป็นกลุ่มของข้อมูลลงใน HBase และ Accumulo ในรูปแบบของ API ขยาย นอกจากนี้ยัง
ช่วยให้การดำเนินงานเช่นทรี B แยกที่จะดำเนินการในฐานข้อมูลดัชนีเพื่อจำลอง
การใช้งานแอพลิเคชัน [30].
8 YCSB + T ห่อดำเนินงานฐานข้อมูลหลายภายในธุรกรรม.
YCSB ถูกนำมาใช้ในกว่า 70 เปรียบเทียบมาตรฐานการตีพิมพ์
และแสดงให้เห็นถึงวิธีการที่ได้มาตรฐาน เพื่อเปรียบเทียบผลการดำเนินงาน
ระหว่างระบบ [27] อย่างไรก็ตาม YCSB ไม่ได้ถูกออกแบบมาเพื่อ
ใช้ทดสอบความเครียด (การทดสอบความพร้อมสูง) บนระบบ.
ตารางที่ 6 แสดงให้เห็นถึง 6 ประเภทภาระงานที่สำคัญใน YCSB [28,29].
เว็บขนาดระบบกระจาย NoSQL เช่นประแจและ
การทำธุรกรรมกรองมีคุณสมบัติที่จะตอบสนอง เพื่อการใช้งานเว็บขนาดใหม่
ที่นำไปสู่การพัฒนาของ YCSB + T. YCSB + T เป็นสมบูรณ์
เข้ากันได้กับการเปิดใช้งาน YCSB มาตรฐานที่มีอยู่
รหัสให้ทำงานโดยไม่มีการปรับเปลี่ยนใด ๆ .
พายุทรายเป็นเครื่องมือการทดสอบประสิทธิภาพขององค์กรสำหรับเว็บ,
การใช้งานโทรศัพท์มือถือและ BigData มันมีกรอบการทำงานสำหรับ
การเปรียบเทียบ NoSQL, Hadoop และระบบคิวข้อความ
ปล่อยพายุทรายในปัจจุบันให้การสนับสนุนสำหรับต่อไปนี้
NoSQL เทคโนโลยี [31]:
. • MongoDB
. •คาสซานดรา
. • HBase
•ออราเคิล NoSQL

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

ตารางที่ 4โหนด , อ่าน , เขียนเป็น nosql .งาน nosql พารามิเตอร์w < n เขียนว่างสูงR < N สูงอ่าน ว่างW = n , R = 1 ความมั่นคงแข็งแรง อ่านเหมาะW = 1 , R = N ความมั่นคงแข็งแรง เขียนเหมาะW + r > N ความมั่นคงแข็งแรง อ่านแล้วจะเห็นอย่างน้อยหนึ่งฉบับปรับปรุงล่าสุด เขียนกันได้อย่างเต็มที่w + R ≤ N ในที่สุด ( อ่อนแอ ) ความสอดคล้องตารางที่ 5การวิเคราะห์ความสอดคล้อง nosql .nosql ระดับความสอดคล้องbigtable ใช้ Google App Engine และ hbase ที่วิ่งผ่าน Hadoop สอดคล้องอย่างยิ่งภายในศูนย์ข้อมูลความสอดคล้องในที่สุดระหว่างศูนย์ข้อมูล การปรับปรุงทั้งหมดจําลองขยายพันธุ์อะ .Google ประแจ ทั่วโลก และนำฐานข้อมูลปรับปรุง synchronously กระจาย แพร่กระจายไปยังทุกแบบจําลอง synchronously .สนับสนุนความมั่นคงแข็งแรงในการแสดงตนของซ้ำพื้นที่กว้างแม้Amazon ของไดนาโม , คาสเซนดร้าเรียกเสียสละและความสอดคล้องในความโปรดปรานของห้องพักและความอดทน ฉากกั้นห้องมีความสอดคล้องกันในที่สุดOracle nosql ความสอดคล้องนโยบายตามความต้องการของงานApache Cassandra พริ้งความสอดคล้องตารางที่ 6Yahoo ! เมฆบริการตามเกณฑ์มาตรฐานycsb SL ไม่มีพารามิเตอร์สำหรับอ้างอิง1 ycsb ภาระงาน : ปรับปรุงหนัก : เซสชันร้าน 50% และ 50% อ่านอัปเดต ขนาดมาตรฐานของชุดข้อมูลเป็น 200000 –ค่ากุญแจคู่2 ycsb ภาระงาน B : : ภาพแท็กอ่านส่วนใหญ่อ่านมาตรฐานหนักประกอบด้วย 95% อ่าน 5% และดำเนินการปรับปรุง ขนาดมาตรฐานของชุด 200000 –ค่ากุญแจคู่3 ycsb ภาระงาน C : อ่าน : โปรไฟล์ผู้ใช้แคช 100 % อ่านงาน4 ycsb ภาระงาน D : อ่านล่าสุด : สถานะผู้ใช้อัพเดต 95% อ่าน ( เพิ่งแทรกระเบียน ) การดำเนินงานและ 5% การแทรก อ่าน โหลด คือแสดงในตอนท้ายของช่วง5 ycsb ภาระงาน E : : เกลียวสั้นช่วงสนทนา 95% สแกนและ 5% แทรก ลวดลายหลังจากที่ฟอรั่มออนไลน์กับเธรดการสนทนาภาระงานตามรอบการดำเนินงานที่ดึงให้คนที่โพสต์ในหัวข้อโดยหัวข้อ ID 95% ของการดำเนินงานในงานนี้มีการดำเนินงานที่ดำเนินการสแกนค้นหา / สอบถามในช่วงของประวัติอ่าน 6 ภาระงาน F 50% และ 50% อ่าน–แก้ไขและเขียน7 ycsb + + ประเมิน ไม่ใช่การเข้าถึงกระจายร้านค้าค่าคีย์ เพิ่มฟังก์ชันการทำงานเพื่อให้โหลดขนาดใหญ่ของข้อมูลใน hbase accumulo และในรูปแบบของการขยาย API นอกจากนี้ให้ดำเนินการเหมือนต้นไม้แยกจะแสดงดัชนีฐานข้อมูลจำลองการใช้โปรแกรม [ 30 ]8 ycsb + T / การดำเนินงานฐานข้อมูลหลายภายในรายการycsb ถูกใช้ในกว่า 70 หัวข้อมาตรฐานเปรียบเทียบและเป็นมาตรฐานในการเปรียบเทียบประสิทธิภาพระหว่างระบบ [ 27 ] อย่างไรก็ตาม ycsb ไม่ได้ออกแบบมาเพื่อทดสอบความเครียดทดสอบความพร้อมสูง ) ในระบบตารางที่ 6 แสดง 6 สาขางานประเภท ycsb [ 28,29 ]เว็บ nosql เหมือนกับระบบประแจขนาดกระจายเครื่องกรองนําเสนอรายการคุณลักษณะที่จะรองรับการใช้งานแบบเว็บใหม่ที่นำไปสู่การพัฒนาของ ycsb + T + T ycsb ได้อย่างสมบูรณ์เข้ากันได้กับ ycsb เปิดมาตรฐานที่มีอยู่รหัสใช้โดยไม่มีการดัดแปลงใด ๆ .พายุทรายเป็นองค์กรการทดสอบประสิทธิภาพเครื่องมือสำหรับเว็บโทรศัพท์มือถือและการใช้งาน bigdata . มันให้กรอบสำหรับการเปรียบเทียบ nosql Hadoop , และระบบ , คิวข้อความ ที่ปล่อยพายุทรายปัจจุบันให้การสนับสนุนต่อไปนี้nosql เทคโนโลยี [ 31 ] :บริการ mongodb .- แซนดร้าบริการ hbase .- Oracle nosql .