5) Enumerable KeysPerhaps the great

5) Enumerable Keys
Perhaps the greatest benefit of an unordered Key-Value data model is that entries can be partitioned across multiple servers by just hashing the key. Sorting makes things more complex, but sometimes an application is able to take some advantages of ordered keys even if storage doesn’t offer such a feature. Let’s consider the modeling of email messages as an example:
Some NoSQL stores provide atomic counters that allow one to generate sequential IDs. In this case one can store messages using userID_messageID as a composite key. If the latest message ID is known, it is possible to traverse previous messages. It is also possible to traverse preceding and succeeding messages for any given message ID.
Messages can be grouped into buckets, for example, daily buckets. This allows one to traverse a mail box backward or forward starting from any specified date or the current date.

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

5) ปุ่มนับ
อาจจะเป็นประโยชน์ที่ยิ่งใหญ่ที่สุดของเรียงลำดับค่าสำคัญรูปแบบข้อมูลที่เป็นรายการที่สามารถแบ่งพาร์ติชันในเซิร์ฟเวอร์หลายโดยเพียงแค่ hashing สำคัญ การเรียงลำดับจะทำให้สิ่งที่ซับซ้อนมากขึ้น แต่บางครั้งโปรแกรมจะสามารถใช้ประโยชน์บางส่วนของปุ่มคำสั่งแม้ว่าการจัดเก็บไม่ได้มีคุณสมบัติดังกล่าว ให้พิจารณาการสร้างแบบจำลองของข้อความอีเมลเป็นตัวอย่าง:
บางร้านค้า NoSQL ให้เคาน์เตอร์อะตอมที่ช่วยให้หนึ่งในการสร้างรหัสลำดับ ในกรณีนี้หนึ่งสามารถเก็บข้อความที่ใช้เป็นคีย์ userid_messageid คอมโพสิต ถ้าหมายเลขข้อความล่าสุดเป็นที่รู้จักกันมันเป็นไปได้ที่จะตัดข้อความก่อนหน้านี้ มันก็ยังเป็นไปได้ที่จะตัดก่อนที่ประสบความสำเร็จและข้อความสำหรับหมายเลขข้อความใด ๆ .
ข้อความสามารถแบ่งออกได้ถังเช่นถังทุกวัน นี้จะช่วยให้หนึ่งในการสำรวจกล่องจดหมายย้อนหลังหรือไปข้างหน้านับจากวันที่ที่กำหนดหรือวันที่ปัจจุบัน

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

5) ไม่คีย์
บางทีเป็นประโยชน์มากที่สุดของแบบจำลองข้อมูลที่ค่าคีย์ปกติที่รายการสามารถกั้นเซิร์ฟเวอร์หลาย ๆ ตัว โดยเพียง hashing คีย์ เรียงลำดับทำสิ่งที่ซับซ้อนมากขึ้น แต่บางโปรแกรมจะสามารถใช้ข้อได้เปรียบของคีย์สั่งถ้าจัดเก็บไม่มีคุณลักษณะดังกล่าว ลองพิจารณาแบบจำลองของข้อความอีเมล์เป็นตัวอย่าง:
ร้าน NoSQL ให้เคาน์เตอร์อะตอมที่ทำให้การสร้างรหัสตามลำดับ ในกรณีนี้ หนึ่งสามารถเก็บข้อความโดยใช้ userID_messageID เป็นคีย์ผสม ถ้า ID ข้อความล่าสุด เป็นการข้อความก่อนหน้านี้ มีการก่อนหน้า และ succeeding ข้อความสำหรับข้อความกำหนดรหัส
ข้อความสามารถจัดกลุ่มเป็นกลุ่ม เช่น ถังทุกวัน นี้ช่วยให้หนึ่งเพื่อข้ามกล่องจดหมายย้อนหลัง หรือไปข้างหน้าเริ่มจากระบุวันหรือวันปัจจุบัน

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

5 ) enumerable ปุ่ม
อาจจะได้รับประโยชน์มากที่สุดของรุ่นข้อมูล key-value ไม่เรียงตามลำดับคือรายการสามารถแบ่งพาร์ติชันบนเซิร์ฟเวอร์หลายเครื่องโดยใช้เพียงยุ่งเหยิงคีย์ การเรียงทำให้สิ่งซับซ้อนมากขึ้นแต่บางครั้งแอปพลิเคชันที่จะสามารถรับประโยชน์บางอย่างของปุ่มสั่งซื้อแม้ว่าการจัดเก็บไม่ได้จัดให้บริการมีความโดดเด่นอยู่ที่นั้น ปล่อยให้ลองพิจารณาการสร้างแบบจำลองของข้อความอีเมล์เป็นตัวอย่าง:
จัดเก็บ nosql บางรายจะให้เคาน์เตอร์ปรมาณูที่อนุญาตให้หนึ่งในการสร้างลำดับ ID ผู้รับ ในกรณีนี้ผู้ใช้บริการสามารถจัดเก็บข้อความได้โดยใช้ userid_messageid เป็นคีย์ที่คอมโพสิต หาก ID ข้อความล่าสุดเป็นที่รู้จักในด้านเป็นไปได้เพื่อข้ามผ่านข้อความก่อนหน้า นอกจากนั้นยังเป็นไปได้ที่จะได้ไปก่อนและการประสบความสำเร็จข้อความสำหรับ ID ข้อความใดๆที่กำหนดไว้.
ข้อความสามารถจัดกลุ่มเข้าไปในถังสำหรับตัวอย่างเช่นถังทุกวัน. โรงแรมแห่งนี้ทำให้หนึ่งเพื่อข้ามผ่านกล่องวอยซ์เมล์ที่ย้อนกลับหรือไปข้างหน้าโดยเริ่มจากวันที่ที่ระบุไว้หรือวันที่ปัจจุบัน