To be classified as a weak entity,

To be classified as a weak entity, two conditions must be met:
1. The entity must be existence-dependent on its parent entity.
2. The entity must inherit at least part of its primary key from its parent entity.

For example, the (strong) relationship depicted in the text’s Figure 4.10 shows a weak CLASS entity:
1. CLASS is clearly existence-dependent on COURSE. (You can’t have a database class unless a
database course exists.)
2. The CLASS entity’s PK is defined through the combination of CLASS_SECTION and
CRS_CODE. The CRS_CODE attribute is also the PK of COURSE.

The conditions that define a weak entity are the same as those for a strong relationship between an
entity and its parent. In short, the existence of a weak entity produces a strong relationship. And if the
entity is strong, its relationship to the other entity is weak. (Note the solid relationship line in the text’s
Figure 4.10.)

Keep in mind that whether or not an entity is weak usually depends on the database designer’s
decisions. For instance, if the database designer had decided to use a single-attribute as shown in the
text’s Figure 4.8, the CLASS entity would be strong. (The CLASS entity’s PK is CLASS_CODE,
which is not derived from the COURSE entity.) In this case, the relationship between COURSE and
CLASS is weak. (Note the dashed relationship line in the text’s Figure 4.8.)

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

ที่จะจัดเป็นกิจการที่อ่อนแอสองเงื่อนไขจะต้องพบ:
1 นิติบุคคลจะต้องดำรงอยู่ขึ้นอยู่กับองค์กรแม่ของมัน
2 นิติบุคคลจะต้องอย่างน้อยส่วนหนึ่งของคีย์หลักจากกิจการที่ได้รับมรดกของแม่

ตัวอย่างเช่น (strong) ความสัมพันธ์ที่ปรากฎในรูปของข้อความ 4.10 แสดงให้เห็นว่าองค์กรชั้นอ่อนแอ:
1 ชั้นคือการดำรงอยู่ขึ้นอยู่กับที่แน่นอนชัดเจน(คุณไม่สามารถมีระดับฐานข้อมูลเว้นแต่
หลักสูตรฐานข้อมูลที่มีอยู่.)
2 pk เป็นองค์กรชั้นถูกกำหนดให้ผ่านการรวมกันของ class_section และ
crs_code crs_code แอตทริบิวต์ยังเป็น PK ของหลักสูตร

เงื่อนไขที่กำหนดกิจการที่อ่อนแอเช่นเดียวกับเหล่านั้นสำหรับความสัมพันธ์ที่แข็งแกร่งระหว่าง
นิติบุคคลและผู้ปกครอง ในระยะสั้นการดำรงอยู่ของกิจการที่อ่อนแอผลิตความสัมพันธ์ที่แข็งแกร่ง และถ้า
องค์กรมีความแข็งแรงความสัมพันธ์กับนิติบุคคลอื่นที่อ่อนแอ (โปรดสังเกตเส้นของความสัมพันธ์ที่มั่นคงในข้อความของ
รูป 4.10.)

เก็บไว้ในใจว่าไม่ว่าจะเป็นหรือไม่เป็นกิจการที่อ่อนแอมักจะขึ้นอยู่กับการตัดสินใจ
ผู้ออกแบบฐานข้อมูลของ ตัวอย่างเช่นถ้าผู้ออกแบบฐานข้อมูลได้ตัดสินใจที่จะใช้เดี่ยวคุณลักษณะดังแสดงในรูปของข้อความ
4.8 นิติบุคคลที่ชั้นจะมีความแข็งแรง (PK องค์กรชั้นเป็น class_code
ที่ไม่ได้มาจากองค์กรการเรียนการสอน.) ในกรณีนี้ความสัมพันธ์ระหว่างการเรียนการสอนและการเรียน
อ่อนแอ (โปรดสังเกตเส้นของความสัมพันธ์ประในรูปของข้อความ 4.8.)

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

การจัดประเภทเป็นเอนทิตีอ่อนแอ เป็นเงื่อนไขสองเงื่อนไข:
1 เอนทิตีต้องขึ้นอยู่กับการดำรงอยู่ในเอนทิตีหลักของการ
2 เอนทิตีต้องสืบทอดน้อยเป็นส่วนหนึ่งของคีย์หลักของระเบียนจากเอนทิตีหลักของการ

ตัวอย่าง ความสัมพันธ์ (แข็งแรง) ที่แสดงในของข้อความรูปที่ 4.10 แสดงคลาสเอนทิตีอ่อนแอ:
1 ชั้นได้ชัดเจนมีอยู่ขึ้นอยู่กับหลักสูตร (คุณไม่มีคลาสที่ฐานข้อมูลยกเว้นการ
ฐานข้อมูลหลักสูตรที่มีอยู่ได้)
2 กำหนด PK ของเอนทิตี้คลาส ด้วยชุด CLASS_SECTION และ
CRS_CODE แอตทริบิวต์ CRS_CODE เป็น PK แน่นอน

มีเงื่อนไขที่กำหนดเอนทิตีอ่อนแอเหมือนกับความสัมพันธ์ที่แข็งแกร่งระหว่างการ
เอนทิตีและหลักการ ในระยะสั้น การดำรงอยู่ของเอนทิตีอ่อนแอก่อให้เกิดความสัมพันธ์ที่ดี และถ้าการ
เอนทิตีมีความแข็งแรง ความสัมพันธ์ของเอนทิตีอื่น ๆ อ่อนแอ (หมายเหตุเส้นความสัมพันธ์ที่มั่นคงในข้อความ
4.10 รูป)

เก็บไว้ในใจว่า หรือไม่ทิจะอ่อนแอมักจะขึ้นอยู่กับผู้ออกแบบฐานข้อมูล
ตัดสินใจ ตัวอย่าง ถ้าผู้ออกแบบฐานข้อมูลได้ตัดสินใจใช้คุณลักษณะเดียวแสดงใน
ของข้อความรูป 4.8 คลาสเอนทิตีจะแข็งแกร่ง (CLASS_CODE เป็น PK ของเอนทิตี้คลาส
ที่ซึ่งมาจากเอนทิตีหลักสูตร) ในกรณีนี้ ความสัมพันธ์ระหว่างหลักสูตร และ
คลาสจะอ่อนแอ (หมายเหตุประสัมพันธ์บรรทัดของข้อความรูป 4.8)

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

เพื่อเป็นการจำแนกให้เป็นองค์กรที่ไม่รัดกุมตามเงื่อนไขสองจะต้องพบกับ
1 ห้างหุ้นส่วนจำกัดที่จะต้องมีการดำรงอยู่ - ขึ้นอยู่กับองค์กรของพ่อแม่ของตน
2 . ที่ห้างหุ้นส่วนจำกัดจะต้องได้รับเป็นมรดกที่อย่างน้อยเป็นส่วนหนึ่งของคีย์หลักของโรงแรมได้จากห้างหุ้นส่วนจำกัดบริษัทแม่ของตน

ตัวอย่างเช่น(แข็งแรง)ความสัมพันธ์ที่วาดในร่างของข้อความที่ 4.10 แสดงหน่วยงาน Class อ่อน
1 . Class ได้อย่างชัดเจนว่าการดำรงอยู่ - ขึ้นอยู่กับหลักสูตร(คุณไม่สามารถมี Class ฐานข้อมูลเว้นแต่แน่นอนว่า
ฐานข้อมูลที่มีอยู่แล้ว)
2 PK ระดับชั้นของห้างหุ้นส่วนจำกัดมีกำหนดไว้โดยการรวมเข้าด้วยกันของ class_section และ
crs_code แอตทริบิวต์ crs_code ยังเป็น PK ที่แน่นอน

เงื่อนไขที่กำหนดหน่วยงานที่อ่อนแอจะเหมือนกับผู้ที่ให้ความสัมพันธ์อันดีระหว่าง
องค์กรที่และแม่ของตน ในระยะสั้นการดำรงอยู่ของห้างหุ้นส่วนจำกัดซึ่งอายุอ่อนที่มีความสัมพันธ์อันดีที่ และหาก
หน่วยงานที่มีความแรงมากความสัมพันธ์ของหน่วยงานอื่นๆที่ไม่รัดกุม (หมายเหตุ:สายความสัมพันธ์ที่แข็งแกร่งในข้อความที่
รูปที่ 4.10 .)

ไม่ให้อยู่ในใจหรือไม่ไม่ว่าจะเป็นองค์กรที่ไม่รัดกุมโดยปกติจะขึ้นอยู่กับฐานข้อมูลของนักออกแบบ
การตัดสินใจ ยกตัวอย่างเช่นหากผู้ออกแบบฐานข้อมูลที่ได้มีมติในการใช้บริการแบบเดี่ยว - แอตทริบิวต์ตามที่แสดงใน
ข้อความของรูปที่ 4.8 หน่วยงานที่จะต้องมีความแข็งแรง ( PK ระดับชั้นของห้างหุ้นส่วนจำกัดที่มี class_code
ซึ่งจะไม่ได้นำมาจากห้างหุ้นส่วนจำกัดหลักสูตร)ในกรณีนี้ความสัมพันธ์ระหว่างหลักสูตรและ
Class ไม่รัดกุม (หมายเหตุ:สายความสัมพันธ์กับรุดที่อยู่ในรูปของข้อความที่ 4.8 )