However, there is no requirement th

However, there is no requirement that one store multiple
copies in the exact same way. C-Store allows redundant
objects to be stored in different sort orders providing
higher retrieval performance in addition to high
availability. In general, storing overlapping projections
further improves performance, as long as redundancy is
crafted so that all data can be accessed even if one of the
G sites fails. We call a system that tolerates K failures Ksafe.
C-Store will be configurable to support a range of
values of K.
It is clearly essential to perform transactional updates,
even in a read-mostly environment. Warehouses have a
need to perform on-line updates to correct errors. As well,
there is an increasing push toward real-time warehouses,
where the delay to data visibility shrinks toward zero. The
ultimate desire is on-line update to data warehouses.
Obviously, in read-mostly worlds like CRM, one needs to
perform general on-line updates.
There is a tension between providing updates and
optimizing data structures for reading. For example, in
KDB and Addamark, columns of data are maintained in
entry sequence order. This allows efficient insertion of
new data items, either in batch or transactionally, at the
end of the column. However, the cost is a less-thanoptimal
retrieval structure, because most query workloads
will run faster with the data in some other order.
However, storing columns in non-entry sequence will
make insertions very difficult and expensive.
C-Store approaches this dilemma from a fresh
perspective. Specifically, we combine in a single piece of
system software, both a read-optimized column store and
an update/insert-oriented writeable store, connected by a
tuple mover, as noted in Figure 1. At the top level, there
is a small Writeable Store (WS) component, which is
architected to support high performance inserts and
updates. There is also a much larger component called the
Read-optimized Store (RS), which is capable of
supporting very large amounts of information. RS, as the
name implies, is optimized for read and supports only a
very restricted form of insert, namely the batch movement
of records from WS to RS, a task that is performed by the
tuple mover of Figure 1.

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

อย่างไรก็ตาม มีความต้องการไม่มีเก็บหลายสำเนาแบบเดียวกับที่แน่นอน C-Store ให้ซ้ำซ้อนวัตถุจะถูกเก็บไว้ในที่ต่าง ๆ เรียงลำดับใบสั่งให้เรียกประสิทธิภาพสูงนอกจากที่ว่าง ทั่วไป จัดเก็บทับซ้อนกันประมาณการ ปรับปรุงประสิทธิภาพ ตราบใดที่มีความซ้ำซ้อนสร้างมาเพื่อให้สามารถเข้าถึงข้อมูลทั้งหมดแม้ว่าหนึ่งในก.ไซต์ล้มเหลว เราเรียกระบบที่ทนความล้มเหลวของ K KsafeC-Store จะสามารถปรับแต่งให้รองรับการค่าของคุณชัดเจนคุณจำเป็นต้องทำการปรับปรุงของทรานแซคชันแม้ในการอ่านส่วนใหญ่สิ่งแวดล้อม มีคลังสินค้าจำเป็นต้องทำการปรับปรุงออนไลน์เพื่อแก้ไขข้อผิดพลาด เช่นกันมีการผลักดันเพิ่มไปยังคลังสินค้าแบบเรียลไทม์ที่หน่วงเวลาในการแสดงผลข้อมูลที่หดตัวไปหาศูนย์ การความปรารถนาที่ดีที่สุดคือ ปรับปรุงคลังข้อมูลออนไลน์อย่างชัดเจน ในโลกอ่านส่วนใหญ่เช่น CRM หนึ่งต้องทำการปรับปรุงออนไลน์ทั่วไปมีความตึงเครียดระหว่างให้ปรับปรุง และเพิ่มประสิทธิภาพโครงสร้างข้อมูลสำหรับการอ่าน ตัวอย่าง ในKDB และ Addamark คอลัมน์ของข้อมูลที่ถูกเก็บในลำดับลำดับรายการ ทำให้มีประสิทธิภาพแทรกรายการข้อมูลใหม่ ในชุด หรือคชัน เวลาสิ้นสุดของคอลัมน์ ต้นทุนก็น้อย-thanoptimalเรียกโครงสร้าง เพราะส่วนใหญ่สอบถามปริมาณจะทำงานได้เร็วขึ้นกับข้อมูลในใบสั่งอื่นอย่างไรก็ตาม เก็บคอลัมน์ในรายการไม่ใช่ลำดับจะทำให้แทรกยากมาก และราคาแพงC-Store วิธีนี้จากสดมุมมองของ เฉพาะ เรารวมในชิ้นเดียวซอฟต์แวร์ระบบ เก็บทั้งสองอย่างคอลัมน์ และการปรับปรุง/แทรกเน้นเขียนร้าน เชื่อมต่อโดยการtuple mover ดังที่แสดงในรูปที่ 1 ในระดับบนสุด มีเป็นขนาดเล็กส่วนประกอบร้านเขียน (WS) ซึ่งเป็นออกเพื่อสนับสนุนประสิทธิภาพสูงแทรก และการปรับปรุง มีส่วนประกอบจำนวนมากที่เรียกว่าการอย่างร้าน (RS), ซึ่งสามารถรองรับจำนวนข้อมูลขนาดใหญ่มาก RS เป็นการชื่อมีความหมาย เหมาะสำหรับการอ่าน และสนับสนุนเท่าแทรก คือการเคลื่อนไหวชุดแบบเคร่งครัดมากของระเบียนจาก WS ที่ RS งานที่จะดำเนินการโดยการtuple mover ของรูป 1

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

แต่มีความต้องการไม่ว่าร้านค้าหนึ่งในหลาย
เล่มในทางเดียวกันแน่นอน C-ร้านช่วยให้ซ้ำซ้อน
วัตถุจะถูกเก็บไว้ในการสั่งซื้อการจัดเรียงที่แตกต่างกันให้
ประสิทธิภาพการทำงานที่สูงขึ้นในการดึงนอกเหนือไปจากที่สูง
พร้อมใช้งาน โดยทั่วไปการจัดเก็บการคาดการณ์ที่ทับซ้อนกัน
ต่อไปช่วยเพิ่มประสิทธิภาพตราบใดที่ซ้ำซ้อนจะถูก
สร้างขึ้นมาเพื่อให้ข้อมูลทั้งหมดสามารถเข้าถึงแม้ว่าหนึ่งของ
เว็บไซต์จีล้มเหลว เราเรียกระบบที่ทนความล้มเหลวของเค Ksafe.
C-ร้านจะกำหนดเพื่อรองรับช่วงของ
ค่านิยมของเค
มันเห็นได้ชัดว่าสิ่งสำคัญที่จะดำเนินการปรับปรุงการทำธุรกรรม
แม้จะอยู่ในสภาพแวดล้อมที่อ่านส่วนใหญ่ โกดังมี
ความจำเป็นต้องดำเนินการปรับปรุงในบรรทัดที่จะแก้ไขข้อผิดพลาด รวมทั้ง
มีการผลักดันที่เพิ่มขึ้นไปยังคลังสินค้าแบบ real-time
ที่ล่าช้าในการมองเห็นข้อมูลที่หดตัวไปยังศูนย์
สุดยอดปรารถนาคือการปรับปรุงเกี่ยวกับสายการคลังข้อมูล.
เห็นได้ชัดว่าในโลกอ่านส่วนใหญ่เช่น CRM หนึ่งต้อง
ดำเนินการปรับปรุงในสายทั่วไป.
มีความตึงเครียดระหว่างให้การปรับปรุงและมี
การเพิ่มประสิทธิภาพของโครงสร้างข้อมูลสำหรับการอ่าน ยกตัวอย่างเช่นใน
KDB และ Addamark คอลัมน์ของข้อมูลจะถูกเก็บรักษาไว้ใน
คำสั่งลำดับรายการ นี้จะช่วยให้การแทรกที่มีประสิทธิภาพของ
รายการข้อมูลใหม่ทั้งในชุดหรือ transactionally ที่
สิ้นสุดของคอลัมน์ แต่ค่าใช้จ่ายที่น้อย thanoptimal
โครงสร้างการดึงเพราะส่วนใหญ่ปริมาณงานแบบสอบถาม
จะทำงานได้เร็วขึ้นกับข้อมูลในบางคำสั่งอื่น ๆ .
อย่างไรก็ตามการจัดเก็บคอลัมน์ในลำดับที่ไม่ใช่รายการที่จะ
ทำให้การแทรกยากมากและมีราคาแพง.
C-ร้านแนวทางภาวะที่กลืนไม่เข้าคายไม่ออกนี้ จากสด
มุมมอง โดยเฉพาะเรารวมอยู่ในชิ้นส่วนของ
ซอฟต์แวร์ระบบทั้งร้านคอลัมน์อ่านที่ดีที่สุดและ
การปรับปรุง / แทรกที่มุ่งเน้นการจัดเก็บแบบเขียน, การเชื่อมต่อโดย
ผู้เสนอญัตติ tuple ตามที่ระบุไว้ในรูปที่ 1 ที่ระดับบนสุดมี
ขนาดเล็ก ร้านเขียนได้ (WS) ส่วนประกอบซึ่งเป็น
สถาปัตยกรรมที่จะสนับสนุนการแทรกประสิทธิภาพสูงและ
การปรับปรุง นอกจากนี้ยังมีส่วนประกอบที่มีขนาดใหญ่ที่เรียกว่า
อ่านที่ดีที่สุดสโตร์ (อาร์เอส) ซึ่งเป็นความสามารถในการ
สนับสนุนจำนวนมากของข้อมูล อาร์เอสเป็น
ชื่อที่มีความหมายเป็นที่เหมาะสำหรับการอ่านและสนับสนุนเฉพาะ
รูปแบบ จำกัด มากในการแทรกคือการเคลื่อนไหวของชุด
ของระเบียนจาก WS to RS, งานที่จะดำเนินการโดยการ
เสนอญัตติ tuple ของรูปที่ 1

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

อย่างไรก็ตาม ไม่มีความต้องการที่ร้านหนึ่ง หลาย ๆชุดในลักษณะเดียวกันแน่นอน c-store ให้แทนวัตถุจะถูกเก็บไว้ในการสั่งซื้อการจัดเรียงที่แตกต่างกันให้การดึงประสิทธิภาพสูง นอกจากจะสูงห้องว่าง โดยทั่วไปการจัดเก็บซ้ำซ้อน ประมาณการเพิ่มเติม ปรับปรุงประสิทธิภาพ ตราบใดที่ความซ้ำซ้อนคือที่สร้างขึ้นเพื่อให้ข้อมูลทั้งหมดสามารถเข้าถึงได้ถึงหนึ่งในกรัมเว็บไซต์ที่ล้มเหลว เราเรียกระบบที่อดทนกับความล้มเหลว ksafe K .c-store จะสามารถรองรับช่วงของค่าของ Kมันเป็นที่ชัดเจนที่จำเป็นเพื่อดำเนินการปรับปรุงทรานแม้ในอ่านเป็นส่วนใหญ่ สภาพแวดล้อม คลังสินค้ามีต้องทำการอัพเดทออนไลน์เพื่อแก้ไขข้อผิดพลาด ได้เป็นอย่างดีมีการเพิ่มดันต่อคลังสินค้าแบบเรียลไทม์ที่ล่าช้า การมองเห็น ข้อมูลจิตแพทย์ต่อศูนย์ ที่สุดยอดปรารถนาออนไลน์ปรับปรุงคลังสินค้าข้อมูลจะเห็นได้ว่า อ่านส่วนใหญ่โลกเช่น CRM , หนึ่งต้องแสดงการปรับปรุงออนไลน์ทั่วไปมีความตึงเครียดระหว่างการให้การปรับปรุงและการเพิ่มประสิทธิภาพโครงสร้างข้อมูลสำหรับการอ่าน ตัวอย่างเช่น ในและเพื่อ addamark คอลัมน์ของข้อมูลที่ได้รับในรายการลำดับคำสั่ง นี้จะช่วยให้ประสิทธิภาพของการแทรกรายการข้อมูลใหม่ ทั้งชุด หรือ transactionally ณสุดท้ายของคอลัมน์ อย่างไรก็ตาม ต้นทุน คือ thanoptimal น้อยกว่าโครงสร้างระบบงานสืบค้นมากที่สุด เพราะจะวิ่งเร็วกับข้อมูลในบางอื่น ๆสั่งซื้ออย่างไรก็ตาม การจัดเก็บคอลัมน์ในลำดับรายการที่ไม่ใช่จะให้แทรกยาก และแพงc-store วิธีการขึ้นเขียงนี้จากสดมุมมอง โดยเฉพาะ เรารวมในชิ้นเดียวของระบบซอฟต์แวร์ ทั้งอ่านเหมาะเก็บคอลัมน์การปรับปรุง / แทรกแบบเขียนได้ ร้านเชื่อมต่อโดยทูเปิลเสนอญัตติตามที่ระบุไว้ในรูปที่ 1 ที่ระดับบนมีเป็นร้านเล็ก ๆเขียนได้ ( WS ) องค์ประกอบซึ่งเป็น( เพื่อสนับสนุนประสิทธิภาพสูงและแทรกการปรับปรุง นอกจากนี้ยังมีองค์ประกอบที่มีขนาดใหญ่มาก เรียกว่าอ่านเพิ่มที่ร้าน ( อาร์เอส ) ซึ่งมีความสามารถของสนับสนุนมาก ปริมาณของข้อมูล อาร์เอส , เป็นชื่อที่แสดงเหมาะสำหรับอ่านและสนับสนุนเท่านั้นจำกัดมากรูปแบบของแทรก คือ กลุ่มเคลื่อนไหวบันทึกจาก WS เพื่อวันงานที่ดำเนินการโดยทูเปิลผู้เสนอญัตติของรูปที่ 1