5. Storage ManagementThe storage ma

5. Storage Management
The storage management issue is the allocation of
segments to nodes in a grid system; C-Store will perform
this operation automatically using a storage allocator. It
seems clear that all columns in a single segment of a
projection should be co-located. As noted above, join
indexes should be co-located with their “sender”
segments. Also, each WS segment will be co-located with
the RS segments that contain the same key range.
Using these constraints, we are working on an
allocator. This system will perform initial allocation, as
well as reallocation when load becomes unbalanced. The
details of this software are beyond the scope of this paper.
Since everything is a column, storage is simply the
persistence of a collection of columns. Our analysis
shows that a raw device offers little benefit relative to
today’s file systems. Hence, big columns (megabytes) are
stored in individual files in the underlying operating
system.
6. Updates and Transactions
An insert is represented as a collection of new objects
in WS, one per column per projection, plus the sort key
data structure. All inserts corresponding to a single
logical record have the same storage key. The storage
key is allocated at the site where the update is received.
To prevent C-Store nodes from needing to synchronize

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

5. จัดเก็บการจัดการปัญหาการบริหารจัดเก็บคือ การปันส่วนส่วนการโหนดในระบบกริด C-Store จะดำเนินการดำเนินการนี้โดยอัตโนมัติโดยใช้การจัดสรรพื้นที่เก็บข้อมูล มันดูเหมือนว่าชัดเจนว่าคอลัมน์ทั้งหมดในส่วนหนึ่งของการโปรเจคเตอร์ควรจะร่วมอยู่ ดังที่ระบุไว้ข้างต้น เข้าร่วมดัชนีควรจะร่วมอยู่กับพวกเขา "ผู้ส่ง"ส่วน นอกจากนี้ แต่ละเซ็กเมนต์ WS จะร่วมอยู่ด้วยส่วน RS ที่ประกอบด้วยช่วงสำคัญเดียวกันใช้ข้อจำกัดเหล่านี้ เรากำลังทำงานอยู่จัดสรร ระบบนี้จะทำการปันส่วนเริ่มต้น เป็นตลอดจนส่วนเมื่อโหลดไม่สมดุล การรายละเอียดของซอฟต์แวร์นี้อยู่นอกเหนือขอบเขตของเอกสารนี้ตั้งแต่ทุกคอลัมน์ เก็บเป็นเพียงการความคงทนของคอลเลกชันของคอลัมน์ การวิเคราะห์ของเราแสดงว่า อุปกรณ์วัตถุดิบที่มีประโยชน์น้อยสัมพันธ์กับแฟ้มระบบ ดังนั้น มีคอลัมน์ขนาดใหญ่ (เมกะไบต์)เก็บไว้ในแต่ละไฟล์ในการทำงานพื้นฐานระบบ6. ปรับปรุง และธุรกรรมการแทรกจะแสดงเป็นชุดของวัตถุใหม่ใน WS ต่อต่อฉาย บวกคีย์การเรียงลำดับคอลัมน์หนึ่งโครงสร้างข้อมูล ทั้งหมดแทรกสอดคล้องกับเดียวระเบียนเชิงตรรกะการเก็บคีย์เดียวกันได้ การจัดเก็บข้อมูลคีย์จะถูกปันส่วนที่เว็บไซต์ที่ได้รับการปรับปรุงเพื่อป้องกันไม่ให้โหน C-Store ต้องตรงกัน

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

5. การจัดเก็บข้อมูล
ปัญหาการจัดเก็บข้อมูลคือการจัดสรร
ส่วนไปยังโหนดในระบบของตาราง; C-ร้านจะดำเนินการ
การดำเนินการนี้โดยอัตโนมัติโดยใช้จัดสรรเนื้อที่ มัน
เห็นได้ชัดว่าทุกคอลัมน์ในส่วนเดียวของ
การฉายควรจะร่วมอยู่ ตามที่ระบุไว้ข้างต้นเข้าร่วม
ดัชนีควรจะร่วมอยู่ด้วย "ผู้ส่ง" ของพวกเขา
ส่วน นอกจากนี้แต่ละส่วน WS จะร่วมอยู่ด้วย
ส่วนอาร์เอสที่มีช่วงคีย์เดียวกัน.
ใช้ข้อ จำกัด เหล่านี้เรากำลังทำงานใน
การจัดสรร ระบบนี้จะดำเนินการจัดสรรครั้งแรกเช่น
เดียวกับการจัดสรรเมื่อโหลดจะกลายเป็นความไม่สมดุล
รายละเอียดของซอฟต์แวร์นี้อยู่นอกเหนือขอบเขตของบทความนี้.
เมื่อทุกอย่างเป็นคอลัมน์ที่เก็บเป็นเพียง
ความคงทนของคอลเลกชันของคอลัมน์ การวิเคราะห์ของเรา
แสดงให้เห็นว่าอุปกรณ์ดิบมีประโยชน์เพียงเล็กน้อยที่จะญาติ
ระบบไฟล์ของวันนี้ ดังนั้นคอลัมน์ใหญ่ (เมกะไบต์) จะถูก
เก็บไว้ในแฟ้มบุคคลในปฏิบัติการที่รองรับ
ระบบ.
6 การปรับปรุงและการทำธุรกรรม
แทรกจะแสดงเป็นคอลเลกชันของวัตถุใหม่
ใน WS ต่อหนึ่งคอลัมน์ต่อการฉายบวกที่สำคัญการจัดเรียง
โครงสร้างข้อมูล แทรกทั้งหมดสอดคล้องกับซิงเกิ้ล
บันทึกตรรกะมีคีย์การจัดเก็บข้อมูลเดียวกัน การจัดเก็บข้อมูล
ที่สำคัญคือการจัดสรรที่ไซต์ที่มีการปรับปรุงจะได้รับ.
เพื่อป้องกันไม่ให้โหนด C-ร้านจากจำเป็นต้องประสาน