Fig. 3.14 Deriving a M:N (many-many

Fig. 3.14 Deriving a M:N (many-many) relationship.
The two questions you have to ask to correctly derive the degree of this relationship (and the answers) are:
Question 1: One customer purchased how many product types? Answer: One or more.
Question 2: One product type was purchased by how many customers? Answer: Zero or more.
Note that the entity type has been called PRODUCT TYPE rather than PRODUCT which might mean an individual piece that the customer has bought. In that case the cardinality of 'was_purchased_by' would be one not many because an individual piece can of course only go to one customer. This point is another common source of error: the tendency to call one item (e.g. an individual 4" paintbrush) a product and the whole product type (or 'line') (e.g. the 4" paintbrush product type) a product. You should make the meaning clear from the name you give the entity type.
We have assumed here that every customer on the database has purchased at least one product; hence the mandatory optionality of `purchased'. If this were not true in the situation under study then a zero would appear instead. The zero optionality of 'was_purchased_by' is due to our assumption that a product type might as yet have had no purchases at all.

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

3.14 fig. บริษัทฯ ความสัมพันธ์{m:n} จำนวนได้แก่ (หลายหลาย)มีคำถามสองคุณต้องขอให้ถูกต้องได้รับระดับของความสัมพันธ์นี้ (และคำตอบ):คำถามที่ 1: หนึ่งลูกค้าซื้อผลิตภัณฑ์กี่ชนิด ตอบ: อย่างน้อยหนึ่งคำถามที่ 2: ชนิดผลิตภัณฑ์ที่ซื้อ โดยลูกค้าจำนวน ตอบ: ศูนย์หรือมากกว่านั้นโปรดสังเกตว่า มีการเรียกชนิดเอนทิตี้ชนิดผลิตภัณฑ์มากกว่าผลิตภัณฑ์ที่อาจหมายถึง การชิ้นที่ลูกค้าได้ซื้อ ในกรณีที่จำนวนนับของ 'was_purchased_by' จะได้หนึ่งไม่มากเนื่องจากมีชิ้นแน่นอนเฉพาะไปลูกค้ารายหนึ่ง จุดนี้เป็นแหล่งอื่นทั่วไปของข้อผิดพลาด: แนวโน้มการเรียกรายการหนึ่ง (เช่นการละ 4" paintbrush) ผลิตภัณฑ์ และชนิดของผลิตภัณฑ์ทั้งหมด (หรือ 'บรรทัด') (เช่น 4" paintbrush ผลิตภัณฑ์ได้พิมพ์) ผลิตภัณฑ์ คุณควรให้ความหมายชัดเจนจากชื่อ คุณให้ชนิดเอนทิตีเรามีถือว่าที่นี่ที่ลูกค้าทุก ๆ การซื้อผลิตภัณฑ์น้อย ดังนั้น optionality บังคับของ 'ซื้อ' ถ้าไม่จริงในสถานการณ์ใต้ศึกษา แล้วศูนย์จะปรากฏแทน Optionality ศูนย์ของ 'was_purchased_by' จากอัสสัมชัญของเราว่า ชนิดผลิตภัณฑ์อาจเป็นมีซื้อไม่มีเลยได้

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

มะเดื่อ 3.14 การรับ M:. N (หลาย ๆ อีกมากมาย) ความสัมพันธ์ของ
ทั้งสองคำถามที่คุณต้องถามไปอย่างถูกต้องได้รับการศึกษาระดับปริญญาของความสัมพันธ์นี้ (และคำตอบ) คือ:
คำถามที่ 1: หนึ่งในลูกค้าที่ซื้อวิธีการหลายประเภทผลิตภัณฑ์หรือไม่? คำตอบ: หนึ่งหรือมากกว่า.
คำถามที่ 2: ประเภทของผลิตภัณฑ์หนึ่งถูกซื้อโดยจำนวนลูกค้า? คำตอบ: เป็นศูนย์หรือมากกว่า.
โปรดทราบว่าประเภทกิจการที่ได้รับการเรียกประเภทสินค้ามากกว่าสินค้าซึ่งอาจหมายถึงชิ้นส่วนบุคคลที่ลูกค้าได้ซื้อ ในกรณีที่เซต 'was_purchased_by' จะเป็นหนึ่งไม่มากเพราะชิ้นส่วนบุคคลสามารถของหลักสูตรเพียงไปที่ลูกค้ารายหนึ่ง จุดนี้เป็นอีกหนึ่งแหล่งที่มาของข้อผิดพลาดที่พบบ่อย: แนวโน้มที่จะเรียกหนึ่งรายการ (เช่นบุคคล 4 "พู่กัน) ผลิตภัณฑ์และประเภทผลิตภัณฑ์ทั้งหมด (หรือ 'เส้น') (เช่น 4" ประเภทผลิตภัณฑ์พู่กัน) ผลิตภัณฑ์ คุณควรให้ความหมายที่ชัดเจนจากชื่อที่คุณให้นิติบุคคลประเภท.
เราได้ที่นี่สันนิษฐานว่าลูกค้าในฐานข้อมูลทุกคนได้ซื้ออย่างน้อยหนึ่งผลิตภัณฑ์ ด้วยเหตุนี้ optionality บังคับของ `ซื้อ ' หากครั้งนี้มีไม่เป็นความจริงในสถานการณ์ภายใต้การศึกษาแล้วศูนย์จะปรากฏแทน ศูนย์ optionality ของ was_purchased_by 'เป็นเพราะสมมติฐานของเราที่ประเภทสินค้าที่ยังอาจจะมีการซื้อสินค้าที่ไม่ทั้งหมด

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

รูปที่ 3.14 deriving M : N ( หลาย ) ความสัมพันธ์ .
2 คำถามที่คุณต้องถามได้อย่างถูกต้อง ซึ่งระดับของความสัมพันธ์นี้ ( และคำตอบ ) :
คำถามที่ 1 : ลูกค้าที่ซื้อสินค้ากี่ชนิด ? ตอบ : หนึ่งหรือมากกว่าหนึ่ง .
คำถามที่ 2 ประเภทหนึ่งสินค้าที่ถูกซื้อโดยลูกค้ากี่คน ? ตอบ : 0
หรือเพิ่มเติมโปรดทราบว่าประเภทกิจการที่ได้รับการเรียกว่าประเภทสินค้ามากกว่าผลิตภัณฑ์ซึ่งอาจหมายถึงชิ้นส่วนแต่ละที่ลูกค้าซื้อมา ในกรณี was_purchased_by ภาวะเชิงการนับของ ' ' จะไม่เยอะเพราะชิ้นส่วนแต่ละสามารถของหลักสูตรเท่านั้นไปลูกหนึ่ง จุดนี้อยู่ทั่วไป แหล่งอื่นของข้อผิดพลาด : แนวโน้มการเรียกรายการหนึ่ง ( เช่นบุคคล 4 " พู่กัน ) ผลิตภัณฑ์และประเภทของผลิตภัณฑ์ทั้งหมด ( หรือ ' เส้น ' ) ( เช่น 4 " พู่กันประเภทสินค้า ) สินค้า คุณควรให้ความหมายชัดเจนจากชื่อที่คุณให้ประเภทนิติบุคคล เราคิดว่าที่นี่
ทุกลูกค้าบนฐานข้อมูลได้ซื้ออย่างน้อย 1 ผลิตภัณฑ์ จึงบังคับ optionality ของ ' ซื้อ 'ถ้ามันไม่ได้จริงในสถานการณ์ที่ศึกษา แล้วศูนย์จะปรากฏขึ้นแทน ศูนย์ optionality ' was_purchased_by ' เนื่องจากสมมติฐานของเราที่ประเภทของสินค้าที่อาจจะยังไม่มีการซื้อเลย