Fig. 3.17 The 'Made' relationship i

Fig. 3.17 The 'Made' relationship is redundant.
Similarly, it is possible to find the sender of a payment using the composition of the two relationship types 'was_posted_to' and 'was_sent_to', navigating from PAYMENT to INVOICE to CUSTOMER.
If an extra (direct) relationship type from CUSTOMER to PAYMENT were to be implemented it would be redundant. If it showed only which customer sent a payment and (via its inverse) which payments a customer made, it would be unnecessary because it shows nothing that cannot be shown using compositions of the other two relationship types.

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

3.17 fig. 'ทำ' ความสัมพันธ์ซ้ำซ้อนได้ในทำนองเดียวกัน มันเป็นไปได้หาผู้ส่งการชำระเงินที่ใช้องค์ประกอบของความสัมพันธ์สองชนิด 'was_posted_to' และ 'was_sent_to' ไปจากการชำระเงินใบแจ้งหนี้ให้ลูกค้าถ้าเพิ่มเติม (โดยตรง) ชนิดความสัมพันธ์จากลูกค้าชำระเงินได้ที่จะปฏิบัติมันจะซ้ำซ้อนกัน ถ้าพบว่าเฉพาะ ลูกค้าที่ส่งการชำระเงิน (ผ่านความผกผัน) ที่ลูกค้าชำระเงิน มันจะไม่จำเป็น เพราะจะแสดงอะไรที่ไม่สามารถแสดงโดยใช้องค์ความสัมพันธ์สองชนิด

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

มะเดื่อ 3.17 ความสัมพันธ์ 'ทำ' ซ้ำซ้อน.
ในทำนองเดียวกันก็เป็นไปได้ที่จะหาผู้ส่งชำระเงินโดยใช้องค์ประกอบของทั้งสองประเภทความสัมพันธ์ 'was_posted_to' และ 'was_sent_to', การนำการชำระเงินจากใบแจ้งหนี้ให้กับลูกค้า.
หากพิเศษ (โดยตรง ) ชนิดความสัมพันธ์จากลูกค้าในการชำระเงินจะได้รับการดำเนินการก็จะมีความซ้ำซ้อน ถ้ามันแสดงให้เห็นเพียงที่ลูกค้าส่งการชำระเงินและ (ผ่านผกผันของมัน) ซึ่งการชำระเงินของลูกค้าที่ทำก็จะไม่จำเป็นเพราะมันแสดงให้เห็นว่าไม่มีอะไรที่ไม่สามารถแสดงได้โดยใช้องค์ประกอบของอีกสองประเภทความสัมพันธ์

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

รูปที่ 3.17 ' ทำ ' คบซ้อน
ในทํานองเดียวกัน มันเป็นไปได้ที่จะหาผู้ส่งเงินโดยใช้องค์ประกอบของทั้งสองประเภท was_posted_to ความสัมพันธ์ ' ' และ ' ' จาก was_sent_to การนําเงินในใบแจ้งหนี้ให้กับลูกค้า .
ถ้าเป็นพิเศษ ( โดยตรง ) ความสัมพันธ์จากลูกค้าชําระเงินจะถูกใช้มันคงจะมากเกินไปถ้าพบว่ามีเพียงที่ลูกค้าส่งเงินและผ่านมันตรงกันข้าม ) ซึ่งเงินลูกค้าได้ คงไม่จำเป็น เพราะมันแสดงให้เห็นอะไรที่ไม่สามารถแสดงการใช้องค์ประกอบของอีกสองความสัมพันธ์ประเภท