In a ‘‘Shared something’’ environme

In a ‘‘Shared something’’ environment, ACID is wanted for forcing
Consistency at the end of the transaction, whereas in a ‘‘Shared
Nothing’’ environment, BASE is implemented. The features of ACID
and BASE are given in Table 1.
The technical mechanism for ‘‘Commit’’ and ‘‘Transactions processing’’, etc. does not differ much in ACID and BASE, but the usage differs.
ACID comes from a paradigm of one database with ‘‘Many users’’ and that transaction on datasets are made only one at the time having the ability to change a value. For ACID deadlocks are a challenge. Some NoSQL solutions such as CouchDB are fully ACID and some can be configured to behave as ACID [3].

But, BASE comes from the paradigm where data is distributed and synchronization of data is not feasible. In BASE the exact values are not utterly necessary. A challenge for BASE is how to update distributed data while the data takes many unforeseen routes.

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

ในสภาพแวดล้อม ''แชร์สิ่ง '' กรดต้องสำหรับบังคับให้ความสอดคล้องที่สิ้นสุดของธุรกรรม ในขณะที่ในการ '' ใช้ร่วมกันไม่มีอะไร '' สภาพแวดล้อม ฐานถูกนำมาใช้ คุณสมบัติของกรดและฐานที่กำหนดในตารางที่ 1กลไกทางเทคนิคสำหรับ ''ยอมรับ '' และ ''ธุรกรรมการประมวลผล '', ฯลฯ ไม่แตกต่างมากในกรดและฐาน แต่การใช้งานที่แตกต่างกันกรดมาจากกระบวนทัศน์ของฐานข้อมูลเดียวกับ ''หลายคน '' และทำธุรกรรมบนชุดข้อมูลเฉพาะในเวลาที่มีความสามารถในการเปลี่ยนแปลงค่าหนึ่ง สำหรับกรด การชะงักงันมีความท้าทาย แก้ไข NoSQL เช่น CouchDB จะกรดเต็ม และบางอย่างสามารถกำหนดค่าการทำงานเป็นกรด [3]แต่ ฐานมาจากกระบวนทัศน์ที่มีกระจายข้อมูล และการซิงโครไนส์ข้อมูลไม่กระทำ ในฐาน ค่าที่แน่นอนไม่จำเป็นอย่างเต็ม ความท้าทายสำหรับฐานเป็นวิธีการปรับปรุงข้อมูลกระจายข้อมูลนำเส้นทางที่ไม่คาดฝันหลาย

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

ในสภาพแวดล้อมที่ '' ที่ใช้ร่วมกันบางสิ่งบางอย่าง '', ACID เป็นที่ต้องการสำหรับการบังคับให้
สอดคล้องในตอนท้ายของการทำธุรกรรมในขณะที่ใน '' ที่ใช้ร่วมกัน
สภาพแวดล้อมที่ไม่มีอะไร '' ฐานจะดำเนินการ คุณสมบัติของกรด
และฐานจะได้รับในตารางที่ 1
กลไกทางเทคนิคสำหรับ '' มอบ '' และ '' การทำธุรกรรมการประมวลผล '' ฯลฯ ไม่ได้แตกต่างกันมากในกรดและเบส แต่การใช้งานที่แตกต่าง.
กรดมาจากกระบวนทัศน์ ของฐานข้อมูลเป็นหนึ่งเดียวกับ '' ผู้ใช้หลายคน '' และการทำธุรกรรมที่เกี่ยวกับชุดข้อมูลจะทำเพียงคนเดียวในช่วงเวลาที่มีความสามารถในการเปลี่ยนแปลงค่า กรดตายเป็นสิ่งที่ท้าทาย บางโซลูชั่น NoSQL เช่น CouchDB เป็นกรดอย่างเต็มที่และบางส่วนสามารถกำหนดค่าให้ประพฤติตัวเป็นกรด [3]. แต่ฐานมาจากกระบวนทัศน์ที่มีการกระจายข้อมูลและการประสานข้อมูลที่ไม่เป็นไปได้ ฐานค่าที่แน่นอนไม่จำเป็นต้องมีอย่างเต็มที่ ความท้าทายสำหรับ Base คือวิธีการปรับปรุงข้อมูลการกระจายในขณะที่ข้อมูลจะใช้เวลาหลายเส้นทางที่ไม่คาดฝัน

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

ใน 'shared ' บางอย่าง ' ' สิ่งแวดล้อมกรด คือต้องการบังคับให้ความสอดคล้องในตอนท้ายของรายการ ในขณะที่ใน ' 'sharedไม่มีอะไร ' ' สิ่งแวดล้อม ฐานการใช้ คุณสมบัติของกรดและฐานจะได้รับในตารางที่ 1เทคนิคกลไก ' 'commit ' ' และ ' ' 'transactions ประมวลผล ' ' , ฯลฯ ไม่แตกต่างมากในกรดและด่าง แต่การใช้งานต่างกันไปกรดมาจากกระบวนทัศน์ของฐานข้อมูลกับผู้ใช้ ' ' และ ' 'many ที่ธุรกรรมบนข้อมูลมีเพียงหนึ่งในเวลา มีความสามารถในการเปลี่ยนค่า สำหรับกรดติดตาย เป็นสิ่งท้าทาย บางโซลูชั่น nosql เช่น couchdb เป็นกรดได้อย่างเต็มที่และสามารถกำหนดค่าให้ทำตัวเป็นกรด [ 3 ]แต่ พื้นฐานมาจากกระบวนทัศน์ที่ข้อมูลมีการกระจายและการประสานของข้อมูลจะไม่คุ้มค่าในการลงทุน ในฐานค่าแน่นอนไม่ได้อย่างที่จำเป็น ความท้าทายสำหรับฐานเป็นวิธีการปรับปรุงการกระจายข้อมูลในขณะที่ข้อมูลที่ใช้เส้นทางที่ไม่คาดคิดมากมาย