We have been implementing an isolat

We have been implementing an isolation subsystem
prototype to further justify the cost-effectiveness of
Architecture II. In order to transparently isolate a
transaction on top of a commercial single-version DBMS
such as Oracle, we need to (a) use extra tables to simulate
multiple versions and (b) rewrite the SQL statements
involved in this transaction in such a way that the one-way
isolation policy can be achieved. Note that query rewriting
could cause some service delay to isolated users but not to
unisolated users.

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

เราได้รับการดำเนินการระบบย่อยแยกต้นแบบ
เพื่อปรับค่าใช้จ่ายที่มีประสิทธิภาพของสถ​​าปัตยกรรม ii
เพื่อที่จะแยกการทำธุรกรรมโปร่งใส
ด้านบนของเชิงพาณิชย์เดียวรุ่น DBMS
เช่น Oracle เราต้อง (ก) ใช้ตารางพิเศษเพื่อจำลองหลายรุ่น
และ (ข) เขียนคำสั่ง SQL
ส่วนร่วมในการทำรายการดังกล่าวใน เช่นวิธีการที่เดียว
นโยบายการแยกสามารถทำได้ ทราบว่าแบบสอบถาม
เขียนใหม่อาจก่อให้เกิดความล่าช้าในการบริการให้กับผู้ใช้บางส่วนที่แยกออกมา แต่ไม่ให้ผู้ใช้ unisolated

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

เราได้ใช้ระบบย่อยที่แยก
ต้นแบบให้เติม ประหยัดค่าใช้จ่ายของ
II สถาปัตยกรรม เพื่อโปร่งใสแยกเป็น
ธุรกรรมบน DBMS แบบเดียวรุ่นค้า
เช่น Oracle เราจำเป็นต้องใช้ (a) ตารางเสริมแสร้ง
หลายรุ่นและ (b) เขียนคำสั่ง SQL
เกี่ยวข้องในธุรกรรมนี้ในลักษณะที่แบบทางเดียว
สามารถบรรลุนโยบายแยก หมายเหตุการเขียนแบบสอบถามที่
อาจทำให้ล่าช้าบริการบางผู้ใช้แยกต่างหาก แต่ไม่
unisolated ผู้ใช้ได้

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

เราได้รับการแยกระบบ
ต้นแบบเพื่อสร้างความชอบธรรมให้ประหยัดค่าใช้จ่ายได้อย่างเต็มที่ของ II
สถาปัตยกรรมเพิ่มเติม ในการสั่งซื้อเพื่อนำแยก
ซึ่งจะช่วยการทำธุรกรรมที่ด้านบนของ dbms ทางการค้าแบบ Single - เวอร์ชั่น
ซึ่งจะช่วยเช่น Oracle เราจำเป็นต้อง(ก)ใช้โต๊ะพิเศษในการจำลอง
หลายรุ่นและ(ข)เขียน SQL
ซึ่งจะช่วยให้มีส่วนร่วมในการทำธุรกรรมดังกล่าวในลักษณะที่หนึ่งทาง
ตามมาตรฐานได้ระบบขจัดเสียงรบกวนนโยบายสามารถทำได้ บันทึกไว้ด้วยว่าการสืบค้นเขียน
ไม่สามารถทำให้เกิดการหน่วงเวลาบริการบางอย่างให้กับผู้ใช้แยกต่างหากแต่ไม่ได้เป็นผู้ใช้
unisolated