Current relational DBMSs were desig

Current relational DBMSs were designed to pad
attributes to byte or word boundaries and to store values in
their native data format. It was thought that it was too
expensive to shift data values onto byte or word
boundaries in main memory for processing. However,
CPUs are getting faster at a much greater rate than disk
bandwidth is increasing. Hence, it makes sense to trade
CPU cycles, which are abundant, for disk bandwidth,
which is not. This tradeoff appears especially profitable in
a read-mostly environment.
There are two ways a column store can use CPU cycles
to save disk bandwidth. First, it can code data elements
into a more compact form. For example, if one is storing
an attribute that is a customer’s state of residence, then US
states can be coded into six bits, whereas the twocharacter
abbreviation requires 16 bits and a variable
length character string for the name of the state requires
many more. Second, one should densepack values in
storage. For example, in a column store it is
straightforward to pack N values, each K bits long, into N
* K bits. The coding and compressibility advantages of a

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

ปัจจุบันเชิง DBMSs ออกแบบมาเพื่อแผ่นแอตทริบิวต์ไบต์หรือคำขอบเขต และ การเก็บค่าในรูปแบบของข้อมูลดั้งเดิม ก็คิดว่า มันก็เกินไปการเปลี่ยนค่าข้อมูลไบต์หรือ wordขอบเขตในหน่วยสำหรับการประมวลผล อย่างไรก็ตามCpu ได้รับเร็วขึ้นในอัตราที่สูงกว่าดิสก์แบนด์วิดท์ที่เพิ่มมากขึ้น ด้วยเหตุนี้ มันทำให้รู้สึกการค้ารอบ CPU ซึ่งมีอุดมสมบูรณ์ สำหรับดิสก์ซึ่งไม่ได้ ข้อดีข้อเสียนี้ปรากฏผลกำไรโดยเฉพาะอย่างยิ่งในการอ่านส่วนใหญ่สิ่งแวดล้อมมีสองวิธีเก็บคอลัมน์สามารถใช้รอบ CPUการบันทึกดิสก์แบนด์วิดท์ ครั้งแรก มันสามารถรหัสองค์ประกอบข้อมูลลงในแบบฟอร์มกระชับ ตัวอย่างเช่น ถ้าหนึ่งถูกจัดเก็บแอตทริบิวต์ที่เป็นสถานะของลูกค้าของเรสซิเดนซ์ สหรัฐอเมริกาอเมริกาสามารถ coded ลงในหกบิต ในขณะ twocharacterตัวย่อต้องใช้ 16 บิตและตัวแปรต้องใช้ความยาวสายอักขระสำหรับชื่อของรัฐอื่น ๆ อีกมากมาย ที่สอง หนึ่งควรค่า densepack ในเก็บของ เช่น ในคอลัมน์เก็บ ก็ตรงไปตรงมา pack ค่า N, K ละ bits ยาว เป็น N* K บิต ประโยชน์ของการเขียนโค้ดและอัดเป็น

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

DBMSs สัมพันธ์ปัจจุบันถูกออกแบบมาเพื่อแผ่น
แอตทริบิวต์ไบต์หรือคำขอบเขตและการจัดเก็บค่าใน
รูปแบบข้อมูลพื้นเมืองของพวกเขา ก็คิดว่ามันก็เกินไป
ราคาแพงที่จะเปลี่ยนค่าของข้อมูลบนไบต์หรือคำ
ขอบเขตในหน่วยความจำสำหรับการประมวลผล อย่างไรก็ตาม
ซีพียูรับได้เร็วขึ้นในอัตราที่มากขึ้นกว่าดิสก์
แบนด์วิดธ์ที่เพิ่มขึ้น ดังนั้นมันทำให้รู้สึกถึงการค้า
รอบการทำงานที่มีความอุดมสมบูรณ์สำหรับแบนด์วิดธ์ดิสก์
ซึ่งไม่ได้เป็น ถ่วงดุลอำนาจนี้จะปรากฏผลกำไรโดยเฉพาะอย่างยิ่งในการ
อ่านส่วนใหญ่สภาพแวดล้อม.
มีสองวิธีในการจัดเก็บคอลัมน์สามารถใช้รอบการทำงานที่มี
การบันทึกแบนด์วิธดิสก์ ครั้งแรกก็สามารถรหัสองค์ประกอบของข้อมูล
ในรูปแบบกะทัดรัดมากขึ้น ตัวอย่างเช่นหากมีการจัดเก็บ
แอตทริบิวต์ที่เป็นรัฐของลูกค้าที่อยู่อาศัยแล้วสหรัฐ
รัฐสามารถเขียนเป็นหกบิตในขณะที่ twocharacter
ย่อต้องมี 16 บิตและตัวแปร
สายอักขระยาวสำหรับชื่อของรัฐที่ต้องใช้
อื่น ๆ อีกมากมาย ประการที่สองหนึ่งควร densepack ค่าใน
การจัดเก็บข้อมูล ยกตัวอย่างเช่นในการจัดเก็บคอลัมน์มันเป็น
ตรงไปตรงมาในการแพ็คค่า N, K แต่ละบิตลง N
* บิต K การเข้ารหัสและการอัดข้อดีของ

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

DBMSs ปัจจุบันถูกออกแบบแผ่นแบบคุณลักษณะเพื่อไบต์หรือขอบเขตคำ และเก็บค่าในพื้นเมืองของพวกเขาข้อมูลรูปแบบ มันคิดว่ามันเกินไปแพงกะค่าข้อมูลไปยังไบต์ หรือคำขอบเขตในหน่วยความจำสำหรับการประมวลผล อย่างไรก็ตามซีพียูกำลังเร็วขึ้นในอัตราที่มากกว่าดิสก์แบนด์วิดธ์เพิ่มมากขึ้น ดังนั้นมันทำให้รู้สึกเพื่อการค้าวงจร CPU ซึ่งจะมากมายแบนด์วิดธ์ดิสก์ซึ่งไม่ได้เป็น ข้อเสียนี้ปรากฏผลกำไรโดยเฉพาะอย่างยิ่งในอ่านเป็นส่วนใหญ่ สภาพแวดล้อมมี 2 สองวิธีเก็บคอลัมน์สามารถใช้วงจรซีพียูเพื่อประหยัดแบนด์วิดธ์ดิสก์ ครั้งแรก มันสามารถรหัสองค์ประกอบข้อมูลในรูปแบบกะทัดรัดมากขึ้น ตัวอย่างเช่นถ้าหนึ่งคือการจัดเก็บแอตทริบิวต์ที่เป็นลูกค้าของรัฐที่อยู่ แล้วเรารัฐสามารถใส่เป็น 6 บิต ส่วน twocharacterคำย่อที่ใช้ 16 บิตและตัวแปรความยาวของอักขระสตริงสำหรับชื่อของรัฐต้องอื่น ๆอีกมากมาย ประการที่สอง ควร densepack ค่าในกระเป๋า . ตัวอย่างเช่น ในคอลัมน์เก็บคือตรงไปตรงมาแพ็ค n ค่าแต่ละ k บิตยาว เข้า N* k บิต และการอัดตัวของข้อดีนะครับ