In Fig. 3.5 three different ways of

In Fig. 3.5 three different ways of illustrating the existence of a relationship type are shown. In (a), in which the CUSTOMER and INVOICE entity types are represented by index cards, it can be seen that there is a `received' relationship type between customer number 2 and invoice numbers 7 and 9. Customer number 2 has `received' these two invoices. These two invoices `were_sent_to' customer number 2. In (b) the same information is shown using set notation with the relationship type `received' and inverse relationship type `was_sent_to' linking customer entities and invoice entities. Fig. 3.5(c) is the entity-relationship diagram version and information about individual entities and which entity is linked to which is lost. The reason for this is simply that in a real database there would be hundreds of customer and invoice entities and it would be impossible to show each one on the entity-relationship diagram.

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

ใน Fig. 3.5 มีแสดงสามวิธีของการแสดงการดำรงอยู่ของชนิดความสัมพันธ์ (ก), ในซึ่ง ชนิดเอนทิตีลูกค้าและใบแจ้งหนี้จะแสดงโดยใช้บัตรดัชนี ดังจะเห็นได้ว่า มีชนิดเป็น 'ได้รับ' ความสัมพันธ์ระหว่างลูกค้าหมายเลข 2 และหมายเลขใบแจ้งหนี้ 7 และ 9 ลูกค้าหมายเลข 2 '' ใบแจ้งหนี้สองเหล่านี้รับ อินวอยซ์เหล่านี้สอง 'were_sent_to' หมายเลขของลูกค้า 2 ใน (b) ข้อมูลจะแสดงบันทึกตั้งค่าด้วยชนิดความสัมพันธ์ 'รับ' และความสัมพันธ์ที่ผกผันชนิด 'was_sent_to' เชื่อมโยงเอนทิตีลูกค้าและเอนทิตีใบแจ้งหนี้ Fig. 3.5(c) เป็นรุ่นไดอะแกรมความสัมพันธ์เอนทิตีและรายละเอียดเกี่ยวกับเอนทิตีแต่ละเอนทิตีที่เชื่อมโยงกับที่หายไป เหตุผลก็คือ ในฐานข้อมูลจริง จะมีหลายร้อยของเอนทิตีลูกค้าและใบแจ้งหนี้ และจะไม่แสดงแต่ละคนบนไดอะแกรมความสัมพันธ์เอนทิตี

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

ในรูป 3.5 สามวิธีที่แตกต่างกันของประกอบการดำรงอยู่ของความสัมพันธ์ชนิดจะแสดง (ก) ซึ่งลูกค้าและประเภทกิจการที่ใบแจ้งหนี้จะถูกแทนด้วยบัตรดัชนีก็จะเห็นได้ว่ามีความเป็นไปได้รับ `'ชนิดความสัมพันธ์ระหว่างลูกค้าหมายเลข 2 และหมายเลขใบแจ้งหนี้ 7 และ 9 จำนวน 2 ลูกค้าได้รับ`' ทั้งสองใบแจ้งหนี้ ทั้งสองใบแจ้งหนี้ `were_sent_to 'จำนวนลูกค้า 2. ใน (ข) ข้อมูลเดียวกันก็แสดงให้เห็นการใช้สัญกรณ์ชุดกับประเภทความสัมพันธ์` รับ' และประเภทความสัมพันธ์แบบผกผัน `was_sent_to 'เชื่อมโยงหน่วยงานของลูกค้าและหน่วยงานที่ออกใบแจ้งหนี้ มะเดื่อ 3.5 (ค) เป็นรุ่นที่นิติบุคคลแผนภาพความสัมพันธ์และข้อมูลเกี่ยวกับบุคคลและหน่วยงานที่กิจการมีการเชื่อมโยงที่จะหายไป เหตุผลของเรื่องนี้ก็คือว่าในฐานข้อมูลจริงจะมีหลายร้อยของหน่วยงานของลูกค้าและใบแจ้งหนี้และมันจะเป็นไปไม่ได้ที่จะแสดงแต่ละคนในนิติบุคคลแผนภาพความสัมพันธ์

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

ในรูปที่ 3 สามวิธีที่แตกต่างกันของที่แสดงให้เห็นถึงการดำรงอยู่ของชนิดของความสัมพันธ์ที่แสดง ใน ( ) ซึ่งในใบแจ้งหนี้ลูกค้าประเภทนิติบุคคลจะแสดงโดย บัตรดัชนี จะเห็นได้ว่ามี ' ได้รับ ' ประเภทความสัมพันธ์ระหว่างลูกค้าและหมายเลข 2 ใบหมายเลข 7 และ 9 ลูกค้าหมายเลข 2 มี " ได้รับ ' ทั้งสองใบแจ้งหนี้ทั้งสองใบแจ้งหนี้ลูกค้า were_sent_to ` ' หมายเลข 2 ( ข ) ข้อมูลเดียวกันจะแสดงการตั้งค่าโน้ตกับความสัมพันธ์ประเภท ` ' และ ` ได้รับความสัมพันธ์ผกผันชนิด was_sent_to ' การเชื่อมโยงองค์กรลูกค้าและหน่วยงานที่ใบแจ้งหนี้ รูปที่ 3.5 ( C ) เป็นนิติบุคคลแผนผังความสัมพันธ์ รุ่นและข้อมูลเกี่ยวกับหน่วยงานบุคคลและนิติบุคคลที่เชื่อมโยงซึ่งจะหายไปเหตุผลนี้ก็คือว่าในฐานข้อมูลจริง มีหลายร้อยของลูกค้าและหน่วยงานที่ออกใบแจ้งหนี้และมันเป็นไปไม่ได้ที่จะแสดงหนึ่งในแผนภาพความสัมพันธ์เอนทิตี .