with each other to assign storage k

with each other to assign storage keys, each node
maintains a locally unique counter to which it appends its
local site id to generate a globally unique storage key.
Keys in the WS will be consistent with RS storage keys
because we set the initial value of this counter to be one
larger than the largest key in RS.
We are building WS on top of BerkeleyDB [SLEE04];
we use the B-tree structures in that package to support our
data structures. Hence, every insert to a projection results
in a collection of physical inserts on different disk pages,
one per column per projection. To avoid poor
performance, we plan to utilize a very large main memory
buffer pool, made affordable by the plummeting cost per
byte of primary storage. As such, we expect “hot” WS
data structures to be largely main memory resident.
C-Store’s processing of deletes is influenced by our
locking strategy. Specifically, C-Store expects large
numbers of ad-hoc queries with large read sets
interspersed with a smaller number of OLTP transactions
covering few records. If C-Store used conventional
locking, then substantial lock contention would likely be
observed, leading to very poor performance.
Instead, in C-Store, we isolate read-only transactions
using snapshot isolation. Snapshot isolation works by
allowing read-only transactions to access the database as
of some time in the recent past, before which we can
guarantee that there are no uncommitted transactions. For
this reason, when using snapshot isolation, we do not need
to set any locks. We call the most recent time in the past
at which snapshot isolation can run the high water mark

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

กับแต่ละอื่น ๆ เพื่อกำหนดคีย์ที่เก็บข้อมูล แต่ละโหนรักษาตัวนับเฉพาะท้องถิ่นที่ผนวกการรหัสไซต์ท้องถิ่นการสร้างคีย์การจัดเก็บข้อมูลไม่ซ้ำกันคีย์ในการ WS จะสอดคล้องกับคีย์ที่เก็บข้อมูล RSเนื่องจากเราตั้งค่าเริ่มต้นของตัวนับนี้เป็นหนึ่งมีขนาดใหญ่กว่าปุ่มที่ใหญ่ที่สุดใน RSเรากำลังสร้าง WS บน BerkeleyDB [SLEE04];เราใช้โครงสร้างทรี B ที่แพคเกจการสนับสนุนของเราโครงสร้างข้อมูล ดังนั้น ทุกแทรกเพื่อการประมาณผลในคอลเลกชันของการแทรกทางกายภาพบนดิสก์อื่นหน้าหนึ่งต่อคอลัมน์ต่อฉาย เพื่อหลีกเลี่ยงยากประสิทธิภาพ ที่เราวางแผนจะใช้หน่วยความจำหลักที่มีขนาดใหญ่มากบัฟเฟอร์ ทำราคาไม่แพงต้นทุน plummeting ต่อไบต์การจัดเก็บหลัก เช่นนี้ เราคาดว่า "ร้อน" WSโครงสร้างข้อมูลเป็น หน่วยความจำหลักส่วนใหญ่อาศัยอยู่C-เก็บการประมวลผลการลบอยู่ในอิทธิพลของเราล็อคกลยุทธ์ เฉพาะ C-Store คาดใหญ่ตั้งค่าหมายเลขของแบบสอบถามกิจใหญ่อ่านสลับกับ OLTP ธุรกรรมจำนวนน้อยครอบคลุมระเบียนน้อย ถ้า C-Store ใช้ทั่วไปล็อคแล้วล็อคพบข้อขัดแย้งจะสังเกต นำไปสู่ประสิทธิภาพต่ำมากแทน ใน C-Store เราแยกธุรกรรมอ่านอย่างเดียวใช้แยกสแนปช็อต ผลงานการแยกสแนปช็อตช่วยให้ธุรกรรมอ่านการเข้าถึงฐานข้อมูลเป็นบางเวลาในอดีต ก่อนล่าซึ่งเราสามารถรับประกันว่า ไม่มีไม่ได้ผูกมัดธุรกรรม สำหรับด้วยเหตุนี้ เมื่อใช้การแยกสแนปช็อต เราไม่จำเป็นการตั้งค่าล็อคใด ๆ เราเรียกครั้งล่าสุดในอดีตในการแยกสแนปช็อตสามารถเรียกใช้เครื่องหมายน้ำสูง

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

กับแต่ละอื่น ๆ เพื่อกำหนดปุ่มจัดเก็บแต่ละโหนด
รักษาเคาน์เตอร์ที่ไม่ซ้ำกันในประเทศเพื่อที่จะผนวกของ
รหัสของเว็บท้องถิ่นเพื่อสร้างคีย์การจัดเก็บข้อมูลที่ไม่ซ้ำกันทั่วโลก.
คีย์ใน WS จะสอดคล้องกับปุ่มจัดเก็บอาร์เอส
เพราะเราตั้งค่าเริ่มต้นของเรื่องนี้ เคาน์เตอร์จะเป็นหนึ่ง
ขนาดใหญ่กว่าที่สำคัญที่ใหญ่ที่สุดในอาร์เอส.
เรากำลังสร้าง WS ด้านบนของ BerkeleyDB [SLEE04];
เราใช้โครงสร้าง B ต้นไม้ในแพคเกจที่ให้การสนับสนุนเรา
โครงสร้างข้อมูล ดังนั้นทุกคนที่ใส่เพื่อให้ผลการฉาย
ในคอลเลกชันของแทรกทางกายภาพบนหน้าดิสก์ที่แตกต่างกัน
อย่างใดอย่างหนึ่งต่อคอลัมน์ต่อประมาณการ เพื่อหลีกเลี่ยงความยากจน
ประสิทธิภาพเราวางแผนที่จะใช้หน่วยความจำขนาดใหญ่มาก
สระว่ายน้ำบัฟเฟอร์ทำราคาไม่แพงจากต้นทุนจมดิ่งลงต่อ
ไบต์ของการจัดเก็บหลัก ดังนั้นเราจึงคาดว่า "ร้อน" WS
โครงสร้างข้อมูลที่จะเป็นถิ่นที่อยู่ในหน่วยความจำหลักส่วนใหญ่.
ประมวลผล C-ร้านของลบได้รับอิทธิพลจากเรา
กลยุทธ์ล็อค โดยเฉพาะ C-ร้านค้าขนาดใหญ่คาดว่า
ตัวเลขของคำถามเฉพาะกิจชุดอ่านขนาดใหญ่
สลับกับจำนวนที่น้อยกว่าของการทำธุรกรรม OLTP
ครอบคลุมไม่กี่ระเบียน ถ้า C-Store ของใช้ธรรมดา
ล็อคแล้วการต่อสู้ล็อคมากจะมีแนวโน้มที่จะ
สังเกตได้นำไปสู่ประสิทธิภาพที่ดีมาก.
แต่ใน C-ร้านเราแยกได้อ่านอย่างเดียวการทำธุรกรรม
โดยใช้การแยกภาพรวม ภาพรวมการแยกการทำงานโดย
ช่วยให้อ่านอย่างเดียวการทำธุรกรรมในการเข้าถึงฐานข้อมูลเป็น
บางเวลาในอดีตที่ผ่านมาก่อนที่เราสามารถ
รับประกันได้ว่าจะไม่มีการทำธุรกรรมปราศจากข้อผูกมัด สำหรับ
เหตุผลนี้เมื่อใช้การแยกภาพรวมเราไม่จำเป็น
ที่จะตั้งล็อคใด ๆ เราขอเรียกร้องครั้งล่าสุดในอดีตที่ผ่านมา
ที่แยกภาพรวมสามารถเรียกใช้เครื่องหมายน้ำสูง

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

กับแต่ละอื่น ๆเพื่อกำหนดคีย์กระเป๋า , แต่ละโหนดรักษาเอกลักษณ์ท้องถิ่น ซึ่งนับมันต่อท้ายของท้องถิ่นเว็บไซต์ ID เพื่อสร้างคีย์กระเป๋าพิเศษทั่วโลกปุ่มใน WS จะสอดคล้องกับ RS กระเป๋ากุญแจเพราะเราตั้งค่าเริ่มต้นของเคาน์เตอร์นี้เป็นหนึ่งขนาดใหญ่กว่าคีย์ที่ใหญ่ที่สุดในอาร์เอสเรากำลังสร้างมันอยู่ด้านบนของ berkeleydb [ slee04 ] ;เราใช้ต้นไม้โครงสร้างในแพคเกจที่สนับสนุนของเราโครงสร้างของข้อมูล ดังนั้น ทุกแทรกฉายผลในคอลเลกชันของแทรกทางกายภาพบนหน้าดิสก์ที่แตกต่างกันหนึ่งต่อคอลัมน์ต่อการฉาย เพื่อหลีกเลี่ยงการยากจนประสิทธิภาพ เราวางแผนที่จะใช้หน่วยความจำขนาดใหญ่มากหลักทิศตะวันออกเฉียงเหนือ , ทำราคาไม่แพงโดย plummeting ต้นทุนต่อไบต์ของข้อมูลหลัก เช่น เราคาดหวังว่า " ร้อน " คือโครงสร้างข้อมูลเป็น resident ) หน่วยความจำหลักc-store การประมวลผลของลบมีอิทธิพลโดยของเราล็อคกลยุทธ์ โดยเฉพาะ c-store คาดว่าขนาดใหญ่ตัวเลขของแบบสอบถามเฉพาะกิจกับชุดอ่านใหญ่สลับกับตัวเลขขนาดเล็กของการทำธุรกรรมและครอบคลุมระเบียนที่ไม่กี่ ถ้า c-store ใช้ตามปกติล็อค , ล็อคแล้วการต่อสู้อย่างมาก อาจจะสังเกตที่นำไปสู่การปฏิบัติที่ยากจนมากแทน ใน c-store เราแยกธุรกรรมอ่านอย่างเดียวการแยกข้อมูล . การแยกภาพผลงานโดยให้อ่านการเข้าถึงฐานข้อมูลเป็นธุรกรรมของเวลาในอดีตที่ผ่านมา ก่อน ซึ่งเราสามารถรับประกันว่าไม่มีการทำธุรกรรมไม่ได้ผูกมัด . สำหรับเหตุผลนี้ เมื่อใช้แยกได้ เราไม่ต้องเพื่อตั้งค่าการล็อค เราเรียกเวลาล่าสุดในอดีตที่แยกได้สามารถใช้เครื่องหมายน้ำสูง