database provides a mechanism for s

database provides a mechanism for storage and retrieval of data that is modeled in means other than the tabular relations used in relational databases. Such databases have existed since the late 1960s, but did not obtain the "NoSQL" moniker until their surge in popularity in the early twenty-first century,[3] triggered by the storage needs of Web 2.0 companies such as Facebook, Google and Amazon.com.[4]

Motivations for this approach include simplicity of design, presumed better "horizontal" scaling to clusters of machine, which is a problem for relational databases,[3] and presumed finer control over availability. The data structures used by NoSQL databases (e.g. key-value, graph, or document) differ slightly from those used by default in relational databases, making some operations faster in NoSQL and others faster in relational databases. The particular suitability of a given NoSQL database depends on the problem it must solve.

NoSQL databases are increasingly used in big data and real-time web applications.[5] NoSQL systems are also called "Not only SQL" to emphasize that they may also support SQL-like query languages.

Many NoSQL stores compromise consistency (in the sense of the CAP theorem) in favor of availability and partition tolerance. Barriers to the greater adoption of NoSQL stores include the use of low-level query languages, the lack of standardized interfaces, and huge investments in existing SQL.[6] Most NoSQL stores lack true ACID transactions, although a few recent systems, such as FairCom c-treeACE, Google Spanner (though technically a NewSQL database), FoundationDB and OrientDB have made them central to their designs. (See ACID and JOIN Support.)

Unfortunately, not all NoSQL systems live up to the promised "eventual consistency" and partition tolerance, but in experiments with network partitioning often exhibited lost writes and other forms of data loss.

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

ฐานข้อมูลมีกลไกสำหรับการจัดเก็บและเรียกข้อมูลที่จำลองในวิธีอื่นที่ไม่ใช่ความสัมพันธ์แบบตารางที่ใช้ในฐานข้อมูลเชิงสัมพันธ์ ฐานข้อมูลดังกล่าวมีอยู่ตั้งแต่ช่วงปลายปี 1960 แต่ไม่ได้รับมอนิเกอร์ "NoSQL" จนถึงการกระชากในความนิยมในช่วงศตวรรษที่ยี่สิบการ, [3] ถูกทริกเกอร์ โดยต้องเก็บข้อมูลของบริษัทเว็บ 2.0 เช่น Facebook, Google และ Amazon.com [4]โต่งสำหรับวิธีการนี้รวมถึงความเรียบง่ายของการออกแบบ presumed ดี "แนวนอน" ขนาดการคลัสเตอร์ของเครื่อง ซึ่งเป็นปัญหาสำหรับฐานข้อมูลเชิงสัมพันธ์, [3] และ presumed ควบคุมพร้อมใช้งานปลีกย่อย โครงสร้างข้อมูลที่ใช้ โดย NoSQL ฐานข้อมูล (เช่น ค่าคีย์ กราฟ หรือเอกสาร) ที่แตกต่างกันเล็กน้อยจากผู้ใช้ โดยค่าเริ่มต้นในฐานข้อมูลเชิงสัมพันธ์ การดำเนินการบางอย่างเร็วใน NoSQL และอื่น ๆ เร็วในฐานข้อมูลเชิงสัมพันธ์ เหมาะสมเฉพาะของฐานข้อมูล NoSQL กำหนดขึ้นอยู่กับปัญหานั้นต้องแก้ขึ้นใช้ NoSQL ฐานข้อมูลขนาดใหญ่และโปรแกรมประยุกต์เว็บแบบเรียลไทม์ [5] NoSQL ระบบยังเรียกว่า "SQL เท่านั้นไม่ใช่" เน้นว่าพวกเขายังอาจสนับสนุนภาษาสอบถาม SQL เหมือนกันMany NoSQL stores compromise consistency (in the sense of the CAP theorem) in favor of availability and partition tolerance. Barriers to the greater adoption of NoSQL stores include the use of low-level query languages, the lack of standardized interfaces, and huge investments in existing SQL.[6] Most NoSQL stores lack true ACID transactions, although a few recent systems, such as FairCom c-treeACE, Google Spanner (though technically a NewSQL database), FoundationDB and OrientDB have made them central to their designs. (See ACID and JOIN Support.)Unfortunately, not all NoSQL systems live up to the promised "eventual consistency" and partition tolerance, but in experiments with network partitioning often exhibited lost writes and other forms of data loss.

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

ฐานข้อมูลให้กลไกสำหรับการจัดเก็บและสืบค้นข้อมูลที่ modeled ในวิธีการอื่น ๆ กว่าตารางความสัมพันธ์ที่ใช้ในฐานข้อมูลเชิงสัมพันธ์ ฐานข้อมูลดังกล่าวได้เกิดขึ้นตั้งแต่ปลายทศวรรษ 1960 แต่ไม่ขอรับ " nosql " ชื่อเล่น จนกว่ากระแสของความนิยมในศตวรรษที่ยี่สิบต้น [ 3 ] ถูกทริกเกอร์ โดยการจัดเก็บความต้องการของ Web 2.0 บริษัท เช่น Facebook , Google และ Amazon. [ 4 ]

ในวิธีการนี้รวมถึงความเรียบง่ายของการออกแบบ สันนิษฐานว่าดีกว่า " แนวนอน " แบบคลัสเตอร์ของเครื่อง ซึ่งเป็นปัญหาสำหรับฐานข้อมูลเชิงสัมพันธ์ [ 3 ] และสันนิษฐานว่าคนไหน ควบคุมการใช้งาน โครงสร้างข้อมูลที่ใช้ฐานข้อมูล nosql ( เช่นค่าคีย์ , กราฟ , หรือเอกสารแตกต่างกันเล็กน้อยจากที่ใช้โดยเริ่มต้นในฐานข้อมูลเชิงสัมพันธ์ทำงานได้เร็วขึ้นใน nosql และคนอื่น ๆได้เร็วขึ้นในฐานข้อมูลเชิงสัมพันธ์ ความเหมาะสมโดยให้ nosql ฐานข้อมูลขึ้นอยู่กับปัญหามันต้องแก้

nosql ฐานข้อมูลมีการใช้มากขึ้นในข้อมูลที่ใหญ่และการใช้งานเว็บเวลาจริง . [ 5 ] nosql ระบบจะเรียกว่า " ไม่เพียง แต่ SQL " เน้นว่า พวกเขายังสนับสนุน SQL เช่นภาษาสอบถาม .

หลายร้านค้า nosql ประนีประนอมความคงเส้นคงวา ( ในความรู้สึกของหมวกทฤษฎีบท ) ในความโปรดปรานของห้องพักและความอดทน ฉากกั้นห้อง อุปสรรคในการยอมรับมากขึ้นของ nosql ร้านค้ารวมถึงการใช้ภาษาในการ ขาดการเชื่อมต่อมาตรฐาน และทุนขนาดใหญ่ใน SQL ที่มีอยู่ [ 6 ] nosql ร้านค้าส่วนใหญ่ขาดกรดธุรกรรมจริง แม้ว่าระบบล่าสุด ไม่กี่เช่น faircom c-treeace Google ประแจ ( แม้ว่าเทคนิค newsql ฐานข้อมูล ) และ foundationdb orientdb ไว้กลางในการออกแบบของพวกเขา ( เห็นกรด และเข้าร่วมสนับสนุนได้ )

แต่ไม่ทุกระบบ nosql อยู่ถึงสัญญา " ในที่สุดความสอดคล้อง " พาร์ทิชันและความอดทน แต่ในการทดลองกับเครือข่ายมักจะมีการไปเขียนและรูปแบบอื่น ๆของการสูญเสียข้อมูล .