Fig. 3.2 A well-placed attribute ma

Fig. 3.2 A well-placed attribute may clarify the meaning of an entity type.
In a quality control situation however you might be interested in individual components (`pieces') and you would then consider each piece as an entity within the entity type BC109. STOCK_NO would not then be an adequate primary key.
Object Oriented Analysis, which is sometimes considered as an alternative to entity-relationship modelling (see chapter 11), focuses on this distinction between object and type, making it clear that it is possible for an item to be both an object (instance, entity) and a type (class, entity type)
at the same time. There is generally no problem in coping with this in entity-relationship modelling provided the modeller makes clear what he or she means. In this example we have seen that the simple placing of a well-chosen attribute on the entity-relationship diagram helps clear up any ambiguity. It is an important skill of the systems analyst and database designer to be able to recognize and control such ambiguities where they arise. Careful naming of entity types is another device to enhance clarity and reduce ambiguity. Changing the name of COMPONENT to COMPONENT_TYPE would be a further improvement.
Fig. 3.3(a) uses the idea of a card file and individual cards within it as being analogous to an entity type and an entity respectively. In Fig. 3.3(b) the set - element model is used to show the same thing, and in Fig.3.3(c) the entity-relationship model for the same situation is shown. These are three different models of the same phenomenon. Notice that the entity-relationship model version does not explicitly show individual entities. You are meant to know that 'within' the entity type CUSTOMER there are lots of customer entities.

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

Fig. 3.2 A ย่านแอตทริบิวต์อาจชี้แจงความหมายของชนิดเอนทิตีได้ในสถานการณ์ที่ควบคุมคุณภาพอย่างไรก็ตามคุณอาจจะสนใจในแต่ละส่วนประกอบ ('ชิ้นส่วน') และจากนั้นคุณจะพิจารณาแต่ละชิ้นเป็นเอนทิตีภายในเอนทิตี้ชนิด BC109 STOCK_NO จะไม่มีคีย์หลักการเพียงพอแล้วยออบเจ็กต์ ที่บางครั้งถือว่าเป็นทางเลือกเอนทิตีความสัมพันธ์แบบจำลอง (ดูบทที่ 11), โฟกัสบนความแตกต่างระหว่างวัตถุและชนิด ทำให้ชัดว่ามัน เป็นไปได้สำหรับสินค้าในการ วัตถุ (อินสแตนซ์ เอนทิตี) และชนิด (คลาส ชนิดเอนทิตี้)ในเวลาเดียวกัน โดยทั่วไปมีปัญหาในการเผชิญกับนี้ในแบบจำลองความสัมพันธ์เอนทิตีให้ทำ modeller ที่ชัดเจนว่าเขาหรือเธอหมายความว่า ในตัวอย่างนี้ เราได้เห็นว่า ทำง่ายของแอตทริบิวต์เชิญท่านบนไดอะแกรมความสัมพันธ์เอนทิตีช่วยล้างค่าย่อใด ๆ ทักษะสำคัญของนักวิเคราะห์ระบบและออกแบบฐานข้อมูลเพื่อให้สามารถจดจำ และควบคุม ambiguities เช่นที่พวกเขาเกิดขึ้นได้ ระวังชื่อของชนิดเอนทิตีเป็นอุปกรณ์อื่นเพื่อเพิ่มความชัดเจน และลดความคลุมเครือ การเปลี่ยนชื่อของส่วนประกอบเป็น COMPONENT_TYPE จะได้ปรับปรุงเพิ่มเติมFig. 3.3(a) ใช้ความคิดของแฟ้มบัตรและบัตรแต่ละใบอยู่ภายในการคล้ายคลึงกับชนิดของเอนทิตีการและเอนทิตีตามลำดับ ใน Fig. 3.3(b) ชุด - แบบจำลององค์ประกอบใช้ในการแสดงเหมือน และ Fig.3.3(c) แบบจำลองความสัมพันธ์เอนทิตีสำหรับสถานการณ์เดียวกันจะแสดงขึ้น เหล่านี้เป็นปรากฏการณ์เดียวกันสามแบบที่แตกต่าง สังเกตว่า รุ่นแบบจำลองความสัมพันธ์เอนทิตีที่ไม่ชัดเจนแสดงเอนทิตีแต่ละ คุณจะหมายถึงรู้ว่า 'ภายใน' ชนิดเอนทิตีลูกค้า มีจำนวนมากของเอนทิตีลูกค้า

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

มะเดื่อ 3.2 คุณลักษณะที่ดีอยู่อาจชี้แจงความหมายของประเภทกิจการ.
ในสถานการณ์การควบคุมคุณภาพ แต่คุณอาจจะสนใจในแต่ละองค์ประกอบ (`ชิ้น ') และคุณก็จะพิจารณาแต่ละชิ้นเป็นนิติบุคคลที่อยู่ในประเภทกิจการที่ bc109 STOCK_NO จะไม่แล้วจะคีย์หลักที่เพียงพอ.
วัตถุเชิงวิเคราะห์ซึ่งบางครั้งก็ถือว่าเป็นทางเลือกในการสร้างแบบจำลองนิติบุคคลสัมพันธ์ (ดูบทที่ 11) มุ่งเน้นไปที่ความแตกต่างระหว่างวัตถุและชนิดนี้ทำให้มันชัดเจนว่ามันเป็นไปได้สำหรับ รายการที่จะเป็นได้ทั้งวัตถุ (เช่นนิติบุคคล) และประเภท (ชั้นประเภทนิติบุคคล)
ในเวลาเดียวกัน มีปัญหาในการรับมือกับเรื่องนี้ในการสร้างแบบจำลองนิติบุคคลสัมพันธ์โดยทั่วไปจะไม่ให้ช่างปั้นทำให้เห็นได้ชัดว่าเขาหรือเธอหมายความว่า ในตัวอย่างนี้เราได้เห็นว่าการวางเรียบง่ายของแอตทริบิวต์ดีเลือกในนิติบุคคลแผนภาพความสัมพันธ์ที่จะช่วยให้ชัดเจนขึ้นความเคลือบแคลงใด ๆ มันเป็นทักษะที่สำคัญของนักวิเคราะห์ระบบและออกแบบฐานข้อมูลเพื่อให้สามารถที่จะรับรู้และควบคุมงงงวยเช่นที่พวกเขาเกิดขึ้น การตั้งชื่ออย่างระมัดระวังของประเภทกิจการที่เป็นอุปกรณ์เพื่อเพิ่มความคมชัดและลดความคลุมเครืออีก การเปลี่ยนชื่อขององค์ประกอบที่จะ COMPONENT_TYPE จะปรับปรุงแก้ไขต่อไป.
รูป 3.3 (ก) การใช้ความคิดของแฟ้มบัตรและบัตรบุคคลภายในว่ามันเป็นคล้ายกับประเภทบุคคลและนิติบุคคลตามลำดับ ในรูป 3.3 (ข) ชุด - รูปแบบองค์ประกอบที่ใช้ในการแสดงให้เห็นในสิ่งเดียวกันและใน Fig.3.3 (c) รูปแบบนิติบุคคลสัมพันธ์สำหรับสถานการณ์เดียวกันก็แสดงให้เห็น เหล่านี้เป็นสามรูปแบบที่แตกต่างกันของปรากฏการณ์เดียวกัน ขอให้สังเกตว่าแบบจำลองรุ่นนิติบุคคลสัมพันธ์ไม่ชัดเจนแสดงให้แต่ละหน่วยงาน คุณมีความหมายที่จะรู้ว่า 'ภายใน' ประเภทกิจการที่ลูกค้ามีจำนวนมากของหน่วยงานของลูกค้า

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

รูปที่ 3.2 วางดีคุณลักษณะอาจชี้แจงความหมายของกิจการประเภท .
ในสถานการณ์การควบคุมคุณภาพ แต่คุณอาจจะสนใจในแต่ละองค์ประกอบ ( ' ชิ้น ' ) และคุณก็จะ พิจารณา แต่ละชิ้นที่เป็นนิติบุคคลในกิจการประเภท bc109 . stock_no ไม่ก็เป็นคีย์หลักเพียงพอ การวิเคราะห์เชิง
วัตถุซึ่งบางครั้งก็ถือว่าเป็นทางเลือกให้แบบจำลองความสัมพันธ์เอนทิตี ( ดูบทที่ 11 ) เน้นความแตกต่างระหว่างวัตถุชนิดนี้และทำให้มันชัดเจนว่ามันเป็นไปได้สำหรับรายการที่เป็นทั้งวัตถุ ( เช่น , นิติบุคคล ) และประเภท ( ประเภทนิติบุคคล คลาส )
ในเวลาเดียวกันโดยทั่วไปมีปัญหาในการรับมือกับนี้ในความสัมพันธ์เอนทิตีแบบให้ช่างปั้นที่ทำให้ชัดเจนว่า เขา หรือ เธอ หมายถึง ในตัวอย่างนี้เราเห็นว่าง่ายวางของเลือกดีคุณลักษณะในตัวช่วยให้ชัดเจนขึ้นใด ๆแผนภาพความสัมพันธ์คลุมเครือมันเป็นทักษะที่สำคัญของระบบวิเคราะห์และออกแบบฐานข้อมูลที่จะสามารถรับรู้และควบคุมเช่นงงงวยที่พวกเขาเกิดขึ้น การตั้งชื่อของประเภทนิติบุคคล เป็นอีกหนึ่งอุปกรณ์ที่ใช้เพื่อเพิ่มความชัดเจนและลดความกำกวม การเปลี่ยนชื่อเป็นส่วนประกอบ component_type จะปรับปรุงเพิ่มเติม
รูปที่ 3( 3 ) การใช้แนวคิดของไฟล์การ์ดและบัตรบุคคลภายในเป็นคล้ายคลึงกับองค์กรประเภทองค์กร ตามลำดับ ในรูปที่ 3.3 ( B ) การตั้งค่า - รูปแบบองค์ประกอบที่ใช้เพื่อแสดงแบบเดียวกัน และใน fig.3.3 ( C ) แบบจำลองความสัมพันธ์เอนทิตี สำหรับสถานการณ์เดียวกันแสดง เหล่านี้เป็นสามรุ่นแตกต่างกันของปรากฏการณ์เดียวกันสังเกตว่ารูปแบบความสัมพันธ์เอนทิตีรุ่นไม่ได้อย่างชัดเจนแสดงหน่วยงานบุคคล คุณก็รู้ว่า ' ภายใน ' ประเภทนิติบุคคล ลูกค้ามีหลายหน่วยงานลูกค้า