Aggregate Data Models:Relational da

Aggregate Data Models:
Relational database modelling is vastly different than the types of data structures that application developers use. Using the data structures as modelled by the developers to solve different problem domains has given rise to movement away from relational modelling and towards aggregate models, most of this is driven by Domain Driven Design, a book by Eric Evans. An aggregate is a collection of data that we interact with as a unit. These units of data or aggregates form the boundaries for ACID operations with the database, Key-value, Document, and Column-family databases can all be seen as forms of aggregate-oriented database.
Aggregates make it easier for the database to manage data storage over clusters, since the unit of data now could reside on any machine and when retrieved from the database gets all the related data along with it. Aggregate-oriented databases work best when most data interaction is done with the same aggregate, for example when there is need to get an order and all its details, it better to store order as an aggregate object but dealing with these aggregates to get item details on all the orders is not elegant.
Aggregate-oriented databases make inter-aggregate relationships more difficult to handle than intra-aggregate relationships. Aggregate-ignorant databases are better when interactions use data organized in many different formations. Aggregate-oriented databases often compute materialized views to provide data organized differently from their primary aggregates. This is often done with map-reduce computations, such as a map-reduce job to get items sold per day.

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

รวมข้อมูลโมเดล:แบบจำลองฐานข้อมูลเชิงสัมพันธ์เป็นเสมือนแตกชนิดของโครงสร้างข้อมูลที่ใช้พัฒนาโปรแกรมประยุกต์ ใช้โครงสร้างข้อมูลเป็นคือ แบบจำลอง โดยนักพัฒนาแก้ปัญหาโดเมนได้รับเพิ่มขึ้นการเคลื่อนไหว จากแบบจำลองเชิงสัมพันธ์ และ ต่อรุ่นรวม ส่วนใหญ่ของนี้ถูกควบคุม โดยโดเมนขับออก สมุด โดย Eric อีวานส์ โดยรวมคือ ชุดของข้อมูลที่เราโต้ตอบกับเป็นหน่วย หน่วยของข้อมูลหรือเพิ่มรูปแบบขอบเขตของการดำเนินการกับฐานข้อมูล ค่าคีย์ เอกสาร กรด และครอบครัวคอลัมน์ฐานข้อมูลทั้งหมดสามารถดูได้ตามรูปแบบของฐานข้อมูลรวมที่มุ่งเน้นผลทำให้ง่ายขึ้นสำหรับฐานข้อมูลการจัดการจัดเก็บข้อมูลผ่านคลัสเตอร์ ตั้งแต่หน่วยข้อมูลตอนนี้อาจอยู่บนเครื่องใด และเมื่อดึงข้อมูลจาก ฐานข้อมูลได้รับข้อมูลที่เกี่ยวข้องทั้งหมดพร้อมกับ มุ่งเน้นการรวมฐานข้อมูลทำงานดีที่สุดเมื่อโต้ตอบข้อมูลส่วนใหญ่จะกระทำกับรวม ตัวอย่างเช่นเมื่อต้องการรับใบสั่งทั้งหมดของรายละเอียด มันดีกว่าที่จะเก็บใบสั่งเป็นวัตถุรวม แต่จัดการกับเหล่านี้เพิ่มเพื่อดูรายละเอียดสินค้าในใบสั่งไม่สง่างามเหมือนมุ่งเน้นการรวมฐานข้อมูลทำให้ความสัมพันธ์ระหว่างรวมยากต่อการจัดการมากกว่าความสัมพันธ์ภายในรวม ฐานข้อมูลรวมซะจะดีกว่าเมื่อโต้ตอบใช้ข้อมูลที่จัดระเบียบใน formations แตกต่างกันมาก มุ่งเน้นการรวมฐานข้อมูลมักจะคำนวณ materialized มุมมองเพื่อให้ข้อมูลในการจัดแตกต่างจากผลของหลักการ นี้มักจะกระทำกับแผนที่ลดหนึ่ง เช่นงาน map-reduce ได้รับสินค้าที่ขายแต่ละวัน

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

รุ่นรวมข้อมูล:
การสร้างแบบจำลองฐานข้อมูลเชิงสัมพันธ์ที่แตกต่างกันเป็นอย่างมากมายกว่าชนิดของโครงสร้างข้อมูลที่นักพัฒนาโปรแกรมประยุกต์ใช้ การใช้โครงสร้างข้อมูลเป็นรูปแบบโดยนักพัฒนาในการแก้ปัญหาที่แตกต่างกันโดเมนได้ก่อให้เกิดการเคลื่อนไหวออกไปจากการสร้างแบบจำลองเชิงสัมพันธ์และต่อรุ่นรวมมากที่สุดนี้คือการขับเคลื่อนด้วยการออกแบบโดเมนขับเคลื่อนหนังสือโดยเอริคอีแวนส์ รวมเป็นชุดของข้อมูลที่เราโต้ตอบกับเป็นหน่วยหนึ่ง หน่วยงานเหล่านี้ของข้อมูลหรือมวลรวมในรูปแบบขอบเขตการดำเนินงานของกรดที่มีฐานข้อมูลที่สำคัญค่าเอกสารและฐานข้อมูลคอลัมน์ครอบครัวทุกคนสามารถมองเห็นเป็นรูปแบบของฐานข้อมูลรวมที่มุ่งเน้น.
มวลทำให้มันง่ายขึ้นสำหรับฐานข้อมูลในการจัดการการจัดเก็บข้อมูล มากกว่ากลุ่มตั้งแต่หน่วยของข้อมูลในขณะนี้จะอยู่บนเครื่องใดและเมื่อดึงมาจากฐานข้อมูลที่ได้รับข้อมูลทั้งหมดที่เกี่ยวข้องพร้อมกับมัน ฐานข้อมูลรวมที่มุ่งเน้นการทำงานที่ดีที่สุดเมื่อมีปฏิสัมพันธ์ข้อมูลส่วนใหญ่จะทำกับการรวมเดียวกันเช่นเมื่อมีความจำเป็นที่จะได้รับการสั่งซื้อและรายละเอียดทั้งหมดของมันที่ดีกว่าในการจัดเก็บเพื่อเป็นวัตถุรวม แต่การรับมือกับมวลเหล่านี้จะได้รับรายละเอียดของรายการ เมื่อสั่งซื้อทั้งหมดจะไม่สง่างาม.
ฐานข้อมูลรวมที่มุ่งเน้นให้ความสัมพันธ์ระหว่างกันรวมยากมากที่จะจัดการกว่าความสัมพันธ์ภายในรวม ฐานข้อมูลรวม-ไม่รู้จะดีขึ้นเมื่อมีปฏิสัมพันธ์ใช้ข้อมูลที่จัดในการก่อตัวที่แตกต่างกัน ฐานข้อมูลรวมที่มุ่งเน้นมักจะคำนวณมุมมอง materialized ที่จะให้ข้อมูลที่แตกต่างจากการจัดมวลหลักของพวกเขา นี้มักจะทำแผนที่-ลดการคำนวณเช่นแผนที่ลดงานที่จะได้รับสินค้าที่ขายต่อวัน

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

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