The database design methodology des

The database design methodology described in this book includes the use of specialization/
generalization as an optional step (Step 1.6) in building an EER model. The choice to
use this step is dependent on the complexity of the enterprise (or part of the enterprise)
being modeled and whether using the additional concepts of the EER model will help the
process of database design.
In Chapter 11 we described the basic concepts necessary to build an ER model to represent
the Branch user views of the DreamHome case study. This model was shown as
an ER diagram in Figure 11.1. In this section, we show how specialization/generalization
may be used to convert the ER model of the Branch user views into an EER model.
As a starting point, we first consider the entities shown in Figure 11.1. We examine
the attributes and relationships associated with each entity to identify any similarities or
differences between the entities. In the Branch user views’ requirements specification
there are several instances where there is the potential to use specialization/generalization
as discussed below.
(a) For example, consider the Staff entity in Figure 11.1, which represents all members
of staff. However, in the data requirements specification for the Branch user views of
the DreamHome case study given in Appendix A, there are two key job roles mentioned
namely Manager and Supervisor. We have three options as to how we may
best model members of staff. The first option is to represent all members of staff as a
generalized Staff entity (as in Figure 11.1), the second option is to create three distinct
entities Staff, Manager, and Supervisor, and the third option is to represent the Manager
and Supervisor entities as subclasses of a Staff superclass. The option we select is based
on the commonality of attributes and relationships associated with each entity. For
example, all attributes of the Staff entity are represented in the Manager and Supervisor
entities, including the same primary key, namely staffNo. Furthermore, the Supervisor
entity does not have any additional attributes representing this job role. On the other
hand, the Manager entity has two additional attributes, namely mgrStartDate and bonus.
In addition, both the Manager and Supervisor entities are associated with distinct relationships,
namely Manager Manages Branch and Supervisor Supervises Staff. Based on this
information, we select the third option and create Manager and Supervisor subclasses
of the Staff superclass, as shown in Figure 12.5. Note that in this EER diagram, the
subclasses are shown above the superclass. The relative positioning of the subclasses
and superclass is not significant, however; what is important is that the specialization/
generalization triangle points toward the superclass.

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

วิธีการออกแบบฐานข้อมูลที่อธิบายไว้ในหนังสือเล่มนี้รวมถึงการใช้ความเชี่ยวชาญ /
generalization เป็นขั้นการเลือก (ขั้นตอนที่ 1.6) ในการสร้างแบบจำลองที่ตัว ตัวเลือกที่จะ
ใช้ขึ้นอยู่กับความซับซ้อนขององค์กร (หรือส่วนหนึ่งขององค์กร)
ถูกจำลองและว่าการใช้แนวคิดเพิ่มเติมรุ่นที่ตัวจะช่วยการ
กระบวนการของการออกแบบฐานข้อมูล.
ในบทที่ 11 เราอธิบายแนวคิดพื้นฐานที่จำเป็นในการสร้างแบบจำลอง ER ถึง
มุมมองผู้ใช้สาขาของ DreamHome กรณีศึกษา รุ่นนี้ที่แสดงเป็น
ไดอะแกรมการ ER ในรูป 11.1 ในส่วนนี้ เราแสดงวิธีเฉพาะ ทาง/generalization
อาจใช้การแปลงแบบ ER ของมุมมองผู้ใช้สาขาเป็นรุ่นที่ตัวการได้
เป็นจุดเริ่มต้น ขั้นแรกเราพิจารณาเอนทิตีที่แสดงในรูปที่ 11.1 เราตรวจสอบ
แอตทริบิวต์และความสัมพันธ์ที่เกี่ยวข้องกับแต่ละเอนทิตีที่ระบุมีความคล้ายคลึง หรือ
ความแตกต่างระหว่างเอนทิตี ในการระบุข้อกำหนดของมุมมองผู้ใช้สาขา
มีหลายกรณีมีศักยภาพในการใช้ความเชี่ยว ชาญ/generalization
เป็น below.
(a) ที่กล่าวถึงตัวอย่าง พิจารณาเอนทิตี้พนักงานในรูป 11.1 ซึ่งหมายถึงสมาชิกทั้งหมด
ของพนักงาน อย่างไรก็ตาม ในการระบุข้อกำหนดข้อมูลสำหรับมุมมองผู้ใช้สาขาของ
DreamHome กรณีศึกษาที่กำหนดในภาคผนวก A มีบทบาทงานคีย์ทั้งสองที่กล่าวถึง
ได้แก่ผู้จัดการและผู้ควบคุมงาน เรามีตัวเลือก 3 เป็นอย่างไรเราอาจ
รูปสมาชิกของพนักงานที่ดีที่สุด ตัวแรกจะเป็นตัวแทนของสมาชิกทั้งหมดของพนักงานเป็นการ
ตั้งค่าทั่วไปเอนทิตี้พนักงาน (ในรูปที่ 11.1), ตัวเลือกที่สองคือการ สร้างสามหมด
พนักงาน ผู้จัดการ และหัวหน้า งาน และตัวที่สามคือการ แทนตัวจัดการ
และเอนทิตีผู้เป็นชั้นของสที่พนักงาน ตัวที่เราเลือกอยู่
บน commonality ของแอตทริบิวต์และความสัมพันธ์ที่เกี่ยวข้องกับเอนทิตีแต่ละ สำหรับ
ตัวอย่าง แอตทริบิวต์ทั้งหมดของเอนทิตีจะแสดงในตัวจัดการและหัวหน้างานพนักงาน
ตี รวมถึงคีย์หลักเหมือนกัน staffNo ได้แก่ นอกจากนี้ ผู้ควบคุมงาน
เอนทิตีมีแอตทริบิวต์เพิ่มเติมใด ๆ ที่แสดงถึงบทบาทงานนี้ ใน
มือ เอนทิตีผู้จัดการได้เพิ่มเติมคุณลักษณะสอง ได้แก่ mgrStartDate และโบนัส
, เอนทิตีผู้จัดการและหัวหน้างานเกี่ยวข้องกับความสัมพันธ์ที่แตกต่าง,
คือ Manager Manages สาขาและหัวหน้างานพนักงาน Supervises ตามนี้
ข้อมูล เราเลือกตัวเลือกที่ 3 และระดับผู้จัดการและผู้ควบคุมงานสร้าง
ของที่พนักงานซุปเปอร์คลาส ดังที่แสดงในรูปที่ 12.5 โปรดทราบว่า ในนี้ตัวไดอะแกรม การ
ชั้นข้างซุปเปอร์คลาสที่ ตำแหน่งสัมพัทธ์ของชั้นที่
และซุปเปอร์คลาสไม่สำคัญ อย่างไรก็ตาม สิ่งสำคัญคือเฉพาะทาง /
generalization สามเหลี่ยมจุดต่อที่ซุปเปอร์คลาส

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

วิธีการออกแบบฐานข้อมูลที่อธิบายไว้ในหนังสือเล่มนี้รวมถึงการใช้ความเชี่ยวชาญ /
ทั่วไปเป็นขั้นตอนที่เลือก (ขั้นตอน 1.6) ในการสร้างแบบจำลอง EER ทางเลือกที่จะ
ใช้ขั้นตอนนี้จะขึ้นอยู่กับความซับซ้อนขององค์กร (หรือส่วนขององค์กร)
การสร้างแบบจำลองและไม่ว่าจะใช้แนวความคิดเพิ่มเติมของรูปแบบ EER จะช่วยให้
กระบวนการของการออกแบบฐานข้อมูล
ในบทที่ 11 เราอธิบายแนวคิดพื้นฐานที่จำเป็น การสร้างแบบจำลอง ER ที่จะเป็นตัวแทน
มุมมองของผู้ใช้สาขาของกรณีศึกษา DreamHome รุ่นนี้ได้รับการแสดงเป็น
แผนภาพ ER ในรูปที่ 11.1 ในส่วนนี้เราแสดงให้เห็นว่าเชี่ยวชาญ / ทั่วไป
อาจจะใช้ในการแปลงรูปแบบ ER ของมุมมองที่ผู้ใช้สาขาในรูปแบบ EER
เป็นจุดเริ่มต้นครั้งแรกที่เราพิจารณาหน่วยงานที่แสดงในรูปที่ 11.1 เราตรวจสอบ
คุณสมบัติและความสัมพันธ์ที่เกี่ยวข้องกับแต่ละองค์กรเพื่อระบุความคล้ายคลึงกันหรือ
แตกต่างกันระหว่างหน่วยงาน ในสเปคที่ผู้ใช้ต้องการสาขามุมมอง '
มีหลายกรณีที่มีศักยภาพที่จะใช้ความเชี่ยวชาญ / ทั่วไป
ตามที่กล่าวไว้ข้างล่างนี้
(ก) ตัวอย่างเช่นพิจารณากิจการพนักงานในรูปที่ 11.1 ซึ่งหมายถึงสมาชิกทุกคน
ของทีมงาน อย่างไรก็ตามในข้อกำหนดความต้องการข้อมูลสำหรับมุมมองที่ผู้ใช้สาขาของ
กรณีศึกษา DreamHome ที่กำหนดไว้ในภาคผนวกมีสองบทบาทงานที่สำคัญที่กล่าวถึงเป็น
คือผู้จัดการและหัวหน้างาน เรามีสามตัวเลือกที่เป็นไปได้ว่าเราอาจ
สมาชิกรูปแบบที่ดีที่สุดของทีม ตัวเลือกแรกคือการเป็นตัวแทนของสมาชิกทั้งหมดของพนักงานเป็น
นิติบุคคลพนักงานทั่วไป (ตามในรูปที่ 11.1) ตัวเลือกที่สองคือการสร้างที่แตกต่างทั้งสาม
หน่วยงานที่พนักงานผู้จัดการและหัวหน้างานและตัวเลือกที่สามคือการเป็นตัวแทนของผู้จัดการ
และหน่วยงานควบคุม เป็นซับคลาสของ superclass พนักงาน ตัวเลือกที่เราเลือกจะขึ้นอยู่
กับคนธรรมดาสามัญของคุณลักษณะและความสัมพันธ์ที่เกี่ยวข้องกับแต่ละกิจการ สำหรับ
ตัวอย่างเช่นคุณลักษณะทั้งหมดของกิจการที่พนักงานจะแสดงในผู้จัดการและหัวหน้า
หน่วยงานรวมถึงคีย์หลักเดียวกันคือ staffNo นอกจากนี้หัวหน้า
หน่วยงานไม่ได้มีคุณลักษณะเพิ่มเติมใด ๆ ที่เป็นตัวแทนของบทบาทงานนี้ ในอื่น ๆ
มือกิจการที่ผู้จัดการมีสองคุณสมบัติที่เพิ่มเติมคือ mgrStartDate และโบนัส
นอกจากนี้ทั้งสองฝ่ายและหน่วยงานควบคุมที่เกี่ยวข้องกับความสัมพันธ์ที่แตกต่าง
คือผู้จัดการสาขาการบริหารจัดการและควบคุมกำกับดูแลพนักงาน จากนี้
ข้อมูลที่เราเลือกตัวเลือกที่สามและสร้างผู้จัดการและหัวหน้า subclasses
ของ superclass พนักงานดังแสดงในรูปที่ 12.5 โปรดสังเกตว่าในแผนภาพ EER นี้
subclasses ที่แสดงอยู่ด้านบน superclass การวางตำแหน่งของญาติของคลาส
และ superclass ไม่สำคัญอย่างไรก็ตาม; สิ่งที่สำคัญคือความเชี่ยวชาญ /
สามเหลี่ยมทั่วไปชี้ไปยัง superclass

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

การออกแบบฐานข้อมูลวิธีการอธิบายไว้ในหนังสือเล่มนี้รวมถึงการใช้ความเชี่ยวชาญ /
generalization เป็นขั้นตอนเพิ่มเติม ( ขั้นตอน 1.6 ) ในอาคารเครื่องปรับอากาศแบบ ทางเลือก

ใช้ขั้นตอนนี้จะขึ้นอยู่กับความซับซ้อนขององค์กร ( หรือส่วนหนึ่งขององค์กรและเป็นนางแบบ )
ไม่ว่าใช้แนวคิดเพิ่มเติมของเครื่องปรับอากาศรุ่นจะช่วย

ขั้นตอนการออกแบบฐานข้อมูลบทที่ 11 เราอธิบายแนวคิดพื้นฐานที่จำเป็นในการสร้าง ER รุ่นเป็นตัวแทน
ผู้ใช้มุมมองของ dreamhome สาขาการศึกษา แบบจำลองนี้แสดงเป็นแผนภาพในรูปที่ 11.1
ฉุกเฉิน . ในส่วนนี้เราจะแสดงวิธีการเฉพาะ / ทั่วไป
อาจใช้แปลง ER โมเดลของผู้ใช้มุมมองเป็นแบบสาขา EER .
เป็นจุดเริ่มต้นแรกที่เราต้องพิจารณาหน่วยงานที่แสดงในรูปที่ 3 . เราตรวจสอบ
คุณลักษณะและความสัมพันธ์ที่เกี่ยวข้องกับแต่ละองค์กรเพื่อระบุความคล้ายคลึงหรือ
ความแตกต่างระหว่างหน่วยงาน . ในสาขาของผู้ใช้มุมมอง ' ระบุข้อกำหนด
มีหลายกรณีที่มีศักยภาพที่จะใช้ความเชี่ยวชาญ / การ
ตามที่กล่าวไว้ด้านล่าง .
( ) ตัวอย่างเช่นพิจารณาเจ้าหน้าที่นิติบุคคลในรูปที่ 11.1 ซึ่งหมายถึงสมาชิก
ของพนักงาน อย่างไรก็ตาม ความต้องการข้อมูลสเปคของสาขาผู้ใช้มุมมองของ
dreamhome กรณีศึกษาที่ระบุในภาคผนวก มีงานสำคัญสองบทบาทกล่าวถึง
คือผู้จัดการและหัวหน้างาน เรามี 3 ทางเลือกเป็นวิธีการที่เราอาจ
รุ่นที่ดีที่สุด สมาชิกของพนักงานตัวเลือกแรกคือการเป็นตัวแทนของสมาชิกทั้งหมดของพนักงานเป็น
ทั่วไปนิติบุคคลพนักงาน ( ในรูปที่ 11.1 ) , ตัวเลือกที่สองคือการสร้างสามแตกต่างกัน
องค์กรพนักงาน ผู้จัดการ และหัวหน้างาน และตัวเลือกที่สามคือการเป็นตัวแทนของผู้จัดการและหัวหน้างานเป็นหน่วยงานย่อยของ
พนักงานซูเปอร์คลาส . ตัวเลือกที่เราเลือกใช้
เกี่ยวกับ commonality ของแอตทริบิวต์ และความสัมพันธ์ที่เกี่ยวข้องกับแต่ละหน่วยงาน . สำหรับ
เช่น คุณลักษณะทั้งหมดของพนักงานนิติบุคคลเป็นตัวแทนในผู้จัดการและนิติบุคคลผู้จัดการ
รวมถึงคีย์หลักเดียวกัน คือ staffno . นอกจากนี้ หัวหน้างาน
นิติบุคคลไม่มีเพิ่มเติมใด ๆ คุณลักษณะของงานนี้บทบาท บนมืออื่น ๆ
,ผู้จัดการนิติบุคคลได้อีกสองลักษณะ คือ mgrstartdate และโบนัส
นอกจากนี้ ทั้งผู้จัดการและหัวหน้าหน่วยงานที่เกี่ยวข้องกับความสัมพันธ์ที่แตกต่างกัน คือ ผู้จัดการและหัวหน้างานจัดการ
สาขา ดูแลพนักงาน ตามข้อมูลนี้
เราเลือกตัวเลือกที่สาม และสร้างผู้จัดการและหัวหน้างาน subclasses
เจ้าหน้าที่ของซูเปอร์คลาส ดังแสดงในรูปที่ 7 .ทราบว่าในนี้ EER แผนภาพ แสดงข้างบน
คลาสซูเปอร์คลาส . ตำแหน่งสัมพัทธ์ของซูเปอร์คลาส คือ คลาส
และไม่พบความแตกต่างอย่างมีนัยสำคัญ อย่างไรก็ตาม สิ่งที่สำคัญคือความเชี่ยวชาญ /
การสามเหลี่ยมจุดสู่ซูเปอร์คลาส .