relationship type `recommends'. Typ

relationship type `recommends'. Typical non-key attributes of the RECOMMENDATION might be DATE_RECOMMENDED and STATUS (whether the recommendation has been approved or not). Another advantage of replacing the ternary relationship type is that a ternary or higher-order relationship type cannot in any real sense have a direction. Another is that in Fig. 3.8(a) it is not clear from the diagram (without pre-existing contextual knowledge) what is recommending what to what. Does a lecturer recommend a course in a text? Or does a lecturer recommend a text for a course?

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

ชนิดความสัมพันธ์ 'แนะนำ' แอตทริบิวต์ไม่คีย์ปกติแนะนำอาจจะ DATE_RECOMMENDED และสถานะ (ว่าคำแนะนำที่ได้รับอนุมัติแล้ว หรือไม่) อีกประโยชน์จากการเปลี่ยนชนิดความสัมพันธ์สามคือ ชนิดความสัมพันธ์สาม หรือ ขั้นสูงไม่ในความรู้สึกที่แท้จริงใด ๆ มีทิศทาง อีกคือใน Fig. 3.8(a) มันไม่ชัดเจนจากไดอะแกรม (ไม่รู้บริบทที่มีอยู่ก่อน) อะไรจะแนะนำสิ่งที่ วิทยากรแนะนำหลักสูตรในข้อความ หรือไม่มีอาจารย์แนะนำข้อความในหลักสูตร

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

ประเภทความสัมพันธ์ `แนะนำ ' คุณลักษณะที่ไม่สำคัญโดยทั่วไปของคำแนะนำอาจจะ DATE_RECOMMENDED และสถานะ (ไม่ว่าข้อเสนอแนะได้รับการอนุมัติหรือไม่) ประโยชน์จากการเปลี่ยนชนิดของความสัมพันธ์ที่ประกอบไปด้วยก็คือว่า ternary หรือประเภทความสัมพันธ์สูงเพื่อที่จะไม่สามารถอยู่ในความรู้สึกที่แท้จริงใด ๆ ที่มีทิศทาง ก็คือว่าในรูป 3.8 (ก) มันจะไม่ชัดเจนจากแผนภาพ (ไม่มีความรู้บริบทที่มีอยู่ก่อน) สิ่งที่จะแนะนำอะไรไปอะไร ไม่วิทยากรแนะนำหลักสูตรในข้อความ? หรือไม่วิทยากรแนะนำข้อความสำหรับแน่นอน?

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

ประเภท ` ความสัมพันธ์แนะนำ ' โดยทั่วไปไม่คีย์แอตทริบิวต์ของคำแนะนำอาจจะ date_recommended และสถานะ ( ไม่ว่าจะเสนอได้รับการอนุมัติหรือไม่ ) ประโยชน์ของการเปลี่ยนประเภทความสัมพันธ์ Ternary เป็นไตรภาค หรือความสัมพันธ์ในระดับสูงไม่ได้ ความรู้สึกที่แท้จริงใด ๆ มีทิศทาง ก็คือว่าในรูปที่ 38 ( ) มันไม่ได้ชัดเจนจากแผนภาพบริบทที่มีอยู่ โดยไม่มีความรู้อะไร แนะนำอะไรกับอะไร ไม่บรรยายแนะนำหลักสูตรในข้อความ ? หรือว่า เป็นวิทยากรแนะนำข้อความสำหรับหลักสูตร ?