(2) AggregatesAll major genres of N

(2) Aggregates
All major genres of NoSQL provide soft schema capabilities in one way or another:
Key-Value Stores and Graph Databases typically do not place constraints on values, so values can be comprised of arbitrary format. It is also possible to vary a number of records for one business entity by using composite keys. For example, a user account can be modeled as a set of entries with composite keys like UserID_name, UserID_email, UserID_messages and so on. If a user has no email or messages then a corresponding entry is not recorded.
BigTable models support soft schema via a variable set of columns within a column family and a variable number of versions for one cell.
Document databases are inherently schema-less, although some of them allow one to validate incoming data using a user-defined schema.
Soft schema allows one to form classes of entities with complex internal structures (nested entities) and to vary the structure of particular entities.This feature provides two major facilities:
Minimization of one-to-many relationships by means of nested entities and, consequently, reduction of joins.
Masking of “technical” differences between business entities and modeling of heterogeneous business entities using one collection of documents or one table.
These facilities are illustrated in the figure below. This figure depicts modeling of a product entity for an eCommerce business domain. Initially, we can say that all products have an ID, Price, and Description. Next, we discover that different types of products have different attributes like Author for Book or Length for Jeans. Some of these attributes have a one-to-many or many-to-many nature like Tracks in Music Albums. Next, it is possible that some entities can not be modeled using fixed types at all. For example, Jeans attributes are not consistent across brands and specific for each manufacturer. It is possible to overcome all these issues in a relational normalized data model, but solutions are far from elegant. Soft schema allows one to use a single Aggregate (product) that can model all types of products and their attributes:

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

(2) มวล
ทุกประเภทที่สำคัญของ NoSQL ให้ความสามารถคีอ่อนในหรืออีกวิธีหนึ่ง:
ร้านค้าสำคัญที่มีมูลค่าและฐานข้อมูลกราฟมักจะไม่วางข้อ จำกัด ในค่าค่าเพื่อให้สามารถประกอบของรูปแบบโดยพลการ มันก็ยังเป็นไปได้ที่จะแตกต่างกันไปจำนวนของระเบียนสำหรับองค์กรธุรกิจหนึ่งโดยใช้ปุ่มคอมโพสิต ตัวอย่างเช่นบัญชีผู้ใช้สามารถจำลองเป็นชุดของรายการด้วยปุ่มคอมโพสิตเช่น userid_name, userid_email, userid_messages และอื่น ๆ หากผู้ใช้มีอีเมลหรือข้อความแล้วรายการที่ตรงจะไม่ถูกบันทึก.
รุ่น Bigtable สนับสนุนคีอ่อนผ่านทางชุดตัวแปรของคอลัมน์ภายในครอบครัวคอลัมน์และจำนวนตัวแปรของรุ่นหนึ่งเซลล์.
ฐานข้อมูลเอกสารเป็นอย่างโดยเนื้อแท้คีน้อย ,แม้ว่าบางคนของพวกเขาให้เป็นหนึ่งในการตรวจสอบข้อมูลที่เข้ามาใช้สคีมาที่ผู้ใช้กำหนด.
คีนุ่มช่วยให้หนึ่งในรูปแบบการเรียนของหน่วยงานที่มีโครงสร้างภายในที่ซับซ้อน (หน่วยงานที่ซ้อนกัน) และแตกต่างกันไปโครงสร้างของคุณลักษณะ entities.this โดยเฉพาะอย่างยิ่งมีสองสิ่งอำนวยความสะดวกที่สำคัญ :
ลดปริมาณของความสัมพันธ์แบบหนึ่งต่อหลายโดยวิธีการของหน่วยงานที่ซ้อนกันและดังนั้นการลดลงของการรวม
.การสวมหน้ากากของความแตกต่าง "เทคนิค" ระหว่างหน่วยงานธุรกิจและการสร้างแบบจำลองขององค์กรธุรกิจที่แตกต่างโดยใช้การเก็บรวบรวมเอกสารหรือตารางหนึ่ง. สิ่งอำนวยความสะดวก
เหล่านี้จะแสดงในรูปด้านล่าง ตัวเลขนี้แสดงให้เห็นถึงการสร้างแบบจำลองของกิจการผลิตภัณฑ์สำหรับโดเมนธุรกิจอีคอมเมิร์ซ ในขั้นต้นเราสามารถพูดได้ว่าสินค้าทั้งหมดมี id ของราคาและคำอธิบาย ต่อไป,เราพบว่าชนิดที่แตกต่างของผลิตภัณฑ์ที่มีคุณสมบัติแตกต่างกันเช่นผู้เขียนหนังสือเล่มนี้หรือความยาวกางเกงยีนส์ บางส่วนของคุณสมบัติเหล่านี้มีลักษณะอย่างใดอย่างหนึ่งต่อหลายคนหรือหลายต่อหลายอย่างเช่นแทร็คในอัลบั้มเพลง ต่อไปก็เป็นไปได้ที่หน่วยงานบางอย่างไม่สามารถใช้การสร้างแบบจำลองประเภทคงที่ทั้งหมด ตัวอย่างเช่นคุณลักษณะของกางเกงยีนส์จะไม่สอดคล้องกันระหว่างแบรนด์และผู้ผลิตที่เฉพาะเจาะจงสำหรับแต่ละมันเป็นไปได้ที่จะเอาชนะปัญหาเหล​​่านี้ในรูปแบบข้อมูลเชิงสัมพันธ์ปกติ แต่การแก้ปัญหาอยู่ห่างไกลจากที่สง่างาม คีนุ่มช่วยให้หนึ่งที่จะใช้รวมเดียว (ผลิตภัณฑ์) ที่สามารถจำลองทุกประเภทของผลิตภัณฑ์และคุณสมบัติของพวกเขา

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

(2) ผล
ประเภทหลักทั้งหมดของ NoSQL ให้เค้าร่างที่อ่อนความสามารถในทางใดทางหนึ่ง:
ร้านค้าค่าคีย์และฐานข้อมูลกราฟโดยทั่วไปไม่ได้ทำข้อจำกัดค่า เพื่อค่าสามารถจะประกอบด้วยรูปแบบที่กำหนด ก็ยังสามารถเปลี่ยนแปลงจำนวนของเรกคอร์ดในเอนทิตีธุรกิจหนึ่ง โดยใช้คีย์ผสม ตัวอย่าง บัญชีผู้ใช้สามารถจำลองเป็นชุดของรายการ ด้วยปุ่มคอมโพสิตเช่น UserID_name, UserID_email, UserID_messages และอื่น ๆ ถ้าผู้ใช้ไม่มีอีเมล์หรือข้อความ แล้วไม่มีบันทึกรายการที่เกี่ยวข้อง
BigTable รุ่นสนับสนุนแผนนุ่มผ่านตัวแปรชุดของคอลัมน์ภายในครอบครัวคอลัมน์และหมายเลขตัวแปรของรุ่นในหนึ่งเซลล์
ฐานข้อมูลเอกสารมีความแบบแผนน้อย แม้ว่าบางส่วนของพวกเขาอนุญาตให้มีการตรวจสอบข้อมูลที่เข้ามาใช้ผู้ใช้กำหนดแผนการ
แผนนุ่มช่วยให้การเรียนแบบฟอร์มของเอนทิตีที่ มีโครงสร้างภายในซับซ้อน (ซ้อนตี) และ การเปลี่ยนแปลงโครงสร้างของเอนทิตีเฉพาะคุณลักษณะนี้มีสิ่งอำนวยความสะดวกหลักสอง:
การลดของความสัมพันธ์หนึ่งต่อกลุ่มโดยใช้เอนทิตีซ้อนกันและ จึง ลดรวมกัน
กำบังของ "เทคนิค" ความแตกต่างระหว่างธุรกิจและสร้างโมเดลของเอนทิตีธุรกิจแตกต่างกันโดยใช้หนึ่งชุดเอกสารหรือหนึ่งตาราง
สิ่งอำนวยความสะดวกเหล่านี้จะแสดงในรูปด้านล่าง รูปนี้แสดงให้เห็นโมเดลของเอนทิตีสินค้าสำหรับธุรกิจอีคอมเมิร์ซการ ตอนแรก เราสามารถพูดได้ว่า ผลิตภัณฑ์ทั้งหมดมีรหัส ราคา และคำอธิบาย ถัดไป เราค้นพบว่า แตกต่างกันของผลิตภัณฑ์มีคุณลักษณะแตกต่างกันเช่นผู้เขียนหนังสือหรือความยาวสำหรับกางเกงยีนส์ บางแอตทริบิวต์เหล่านี้มีลักษณะแบบหนึ่งต่อกลุ่ม หรือกลุ่มต่อกลุ่มเช่นเพลงในอัลบั้มเพลง ถัดไป มันเป็นไปได้ว่า บางเอนทิตีสามารถไม่สามารถจำลองการใช้ชนิดถาวรเลย ตัวอย่าง แอตทริบิวต์ของกางเกงยีนส์ได้ไม่สอดคล้องกันทั้งแบรนด์ และเฉพาะเจาะจงสำหรับแต่ละผู้ผลิต สามารถเอาชนะปัญหาเหล่านี้ทั้งหมดในแบบจำลองข้อมูลเชิงสัมพันธ์มาตรฐาน แต่มีจากห้อง เค้าร่างนุ่มช่วยให้การใช้คำเดียวรวม (ผลิตภัณฑ์) ที่สามารถจำลองทุกชนิดของผลิตภัณฑ์และคุณลักษณะ:

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

( 2 )รวม
แนวเพลงที่สำคัญทั้งหมดของ Schema nosql จัดให้บริการความสามารถในแบบไม่มีแอลกอฮอล์ในหนึ่งเดียวหรือ key-value ร้านค้าอื่น:
และกราฟฐานข้อมูลโดยทั่วไปแล้วไม่ได้วางเงื่อนไขที่ค่าดังนั้นค่าสามารถประกอบด้วยรูปแบบตาม อำเภอ ใจ นอกจากนั้นยังเป็นไปได้ที่จะเข้าไปที่จะแตกต่างกันไปในระเบียนสำหรับหนึ่งองค์กรธุรกิจโดยใช้คีย์แบบคอมโพสิต ตัวอย่างเช่นแอคเคาท์ผู้ใช้ที่สามารถวางรูปแบบตามอย่างตามที่กำหนดไว้ในรายการที่มีปุ่มแบบคอมโพสิตเช่น userid_name userid_email userid_messages และบน หากผู้ใช้ไม่มีอีเมล์หรือข้อความแล้วให้เข้าที่เกี่ยวข้องไม่มีการบันทึก.
bigtable รุ่นที่รองรับแบบไม่มีแอลกอฮอล์ค่าผ่านทางที่ได้ตั้งค่าของคอลัมน์ที่คอลัมน์ครอบครัวและปรับเปลี่ยนหมายเลขรุ่นสำหรับหนึ่งเซลล์.
เอกสารฐานข้อมูลมีหมายความว่า schema - น้อย,ถึงแม้ว่าบางส่วนของเขาช่วยให้หนึ่งในการตรวจสอบเข้ามาโดยใช้ข้อมูลที่ผู้ใช้กำหนดเอง schema .
แบบไม่มีแอลกอฮอล์ schema ทำให้หนึ่งในการเรียนของผู้ที่มีความซับซ้อน ภายใน โครงสร้าง(ซ้อนในองค์กร)และจะแตกต่างกันที่โครงสร้างของกลุ่มองค์กร.แห่งนี้โดดเด่นไปด้วยส่วนอำนวยความสะดวกต่างๆที่จัดให้บริการทั้งสอง:
การย่อของแบบหนึ่งจำนวนมากความสัมพันธ์ของซ้อนโดยหน่วยงานและส่งผลให้การลดลงของเข้าร่วม.
การปิด ภาพ ของ"ทางด้านเทคนิค"ความแตกต่างระหว่างองค์กรธุรกิจและการสร้างแบบจำลองขององค์กรธุรกิจจากผู้ผลิตหลายรายโดยใช้คอลเลคชั่นของเอกสารหรือหนึ่งตาราง.
ส่วนอำนวยความสะดวกต่างๆเหล่านี้เป็น ภาพ ประกอบใน ภาพ ด้านล่างนี้ รูปที่แสดงให้เห็นว่าการสร้างแบบจำลองของห้างหุ้นส่วนจำกัดของ ผลิตภัณฑ์ สำหรับธุรกิจโดเมนที่ Ecommerce Content Optimization Engine เสร็จสมบูรณ์ ในครั้งแรกที่เราสามารถพูดได้ว่า ผลิตภัณฑ์ ทั้งหมดมี ID ที่ราคาและรายละเอียด ถัดไปเราจะได้สำรวจว่า ประเภท ที่แตกต่างกันของ ผลิตภัณฑ์ มีคุณสมบัติแตกต่างกันไปเช่นผู้เขียนสำหรับความยาวหรือหนังสือสำหรับสวมกางเกงยีนส์หรือรองเท้ากีฬา แอตทริบิวต์เหล่านี้บางส่วนมีลักษณะแบบหนึ่งหรือหลายมีหลายต่อหลายที่เหมือนกับเพลงในอัลบั้มเพลง ถัดไปเป็นไปได้ว่าหน่วยงานบางส่วนไม่สามารถวางรูปแบบตามอย่างถาวรโดยใช้ ประเภท ที่ทั้งหมด ตัวอย่างเช่นแอตทริบิวต์สวมกางเกงยีนส์หรือรองเท้ากีฬาจะไม่สอดคล้องกันสำหรับแบรนด์และเฉพาะสำหรับผู้ผลิตแต่ละรายมันมีความเป็นไปได้ในการเอาชนะปัญหาเหล่านี้ทั้งหมดในรุ่นข้อมูลเทียบรายย่อยแต่โซลูชันจะอยู่ไกลจากที่สง่างาม schema แบบไม่มีแอลกอฮอล์ทำให้หนึ่งในการใช้บริการแบบเดี่ยวรวม( PRODUCT )ที่สามารถรุ่นทุกรุ่นของ ผลิตภัณฑ์ และแอททริบิวของพวกเขา