Chapter: Entity - Relationship Modelling
The aims of this chapter are:
To explain the need for entity-relationship modelling
To explain the terms entity-relationship model, entity-relationship diagram
To define the terms entity type, entity, attribute, attribute value, primary key, relationship, relationship type, inverse relationship type
To define the grammar of entity-relationship diagrams
To describe ways of classifying relationship types
To describe the terms unary, binary, ternary, degree, cardinality and optionality with regard to relationship types
To define mutually exclusive relationship types
To show alternative entity-relationship diagramming conventions
To show how many-many relationship types can be split into one-many relationship types
To give various examples of entity-relationship modelling
3.1 Introduction
When a relational database is to be designed, an entity-relationship diagram is drawn at an early stage and developed as the requirements of the database and its processing become better understood. Drawing an entity-relationship diagram aids understanding of an organization's data needs and can serve as a schema diagram for the required system's database. A schema disgram is any diagram that attempts to show the structure of tha data in a database. Nearly all systems analysis and design methodologies contain entity-relationship diagramming as an important part of the methodology and nearly all CASE (Computer Aided Software Engineering) tools contain the facility for drawing entity-relationship diagrams. An entity-relationship diagram could serve as the basis for the design of the files in a conventional file-based system as well as for a schema diagram in a database system.
The details of how to draw the diagrams vary slightly from one method to another, but they all have the same basic elements: entity types, attributes and relationships These three categories are considered to be sufficient to model the essentially static data-based parts of any organization's information processing needs.
3.2 Entity Types
An entity type is any type of object that we wish to store data about. Which entity types you decide to include on your diagram depends on your application. In an accounting application for a business you would store data about customers, suppliers, products, invoices and payments and if the business manufactured the products, you would need to store data about materials and production steps. Each of these would be classified as an entity type because you would want to store data about each one. In an entity-relationship diagram an entity type is shown as a box. In Fig. 3.1, CUSTOMER is an entity type. Each entity type is shown once. There may be many entity types in an entity-relationship diagram. The name of an entity type is singular since it represents a type.
บทที่ : นิติบุคคล - ความสัมพันธ์แบบ
วัตถุประสงค์ของบทนี้คือ :
อธิบายความต้องการความสัมพันธ์แบบเอนทิตี
เพื่ออธิบายเงื่อนไขนิติบุคคลความสัมพันธ์แบบเอนทิตีความสัมพันธ์แผนภาพ
กําหนดเงื่อนไขนิติบุคคลประเภทนิติบุคคล , คุณลักษณะ , คุณค่าคุณลักษณะคีย์หลัก , ความสัมพันธ์ , ชนิดของความสัมพันธ์ ความสัมพันธ์แบบผกผัน
ระบุไวยากรณ์ของแผนภาพความสัมพันธ์เอนทิตี
อธิบายวิธีจัดประเภทความสัมพันธ์
อธิบายแง่นารี , ไบนารี , ไตรภาค , ปริญญา , คาร์ดินาลลิต optionality เกี่ยวกับประเภทและความสัมพันธ์
กำหนดพิเศษร่วมกันความสัมพันธ์ประเภท
แสดงความสัมพันธ์การสร้างแผนภาพเอนทิตีการประชุม
ทางเลือกเพื่อแสดงความสัมพันธ์ว่าหลายประเภทสามารถแบ่งออกเป็น 1 ประเภทความสัมพันธ์มากมาย
ให้ตัวอย่างต่างๆของความสัมพันธ์แบบเอนทิตี 3.1 บทนำ
เมื่อฐานข้อมูลถูกออกแบบแผนภาพความสัมพันธ์เอนทิตีจะถูกวาดในช่วงเริ่มต้น และพัฒนาตามความต้องการของฐานข้อมูลและการประมวลผลของมันดีขึ้นครับวาดแผนภาพความสัมพันธ์เอนทิตีและความเข้าใจขององค์กรข้อมูลความต้องการ และสามารถให้บริการเป็นสคีมาฐานข้อมูลแผนภาพระบบที่ต้องการของ disgram schema คือแผนภาพที่พยายามที่จะแสดงโครงสร้างของข้อมูล ท่าในฐานข้อมูลเกือบทุกระบบการวิเคราะห์และวิธีการออกแบบสร้างแผนภาพเอนทิตีมีความสัมพันธ์เป็นส่วนที่สำคัญของวิธีการและเกือบทุกกรณี ( วิศวกรรมซอฟต์แวร์ใช้คอมพิวเตอร์ช่วย ) เครื่องมือประกอบด้วยสิ่งอำนวยความสะดวกสำหรับการเขียนแผนภาพความสัมพันธ์เอนทิตี .แผนภาพความสัมพันธ์เอนทิตีจะเป็นพื้นฐานสำหรับการออกแบบของไฟล์ในระบบแฟ้มปกติเช่นเดียวกับ schema แผนภาพในระบบฐานข้อมูล .
รายละเอียดของวิธีการวาดไดอะแกรมแตกต่างจากวิธีหนึ่งไปยังอีก แต่พวกเขาทั้งหมดมีพื้นฐานเดียวกัน องค์ประกอบ ประเภทหน่วยงานแอตทริบิวต์ และความสัมพันธ์ของทั้งสามประเภทนี้ถือว่าเพียงพอที่จะแบบหลักสถิต โดยใช้ส่วนของการประมวลผลข้อมูล ขององค์กรใด ๆความต้องการ .
ประเภทนิติบุคคลนิติบุคคลประเภท 3.2
เป็นประเภทใด ๆของวัตถุที่เราต้องการจะเก็บข้อมูลเกี่ยวกับ ซึ่งนิติบุคคลประเภทที่คุณตัดสินใจที่จะรวมบนแผนภาพของคุณขึ้นอยู่กับโปรแกรมประยุกต์ของคุณเป็นโปรแกรมบัญชีสำหรับธุรกิจที่คุณจะเก็บข้อมูลเกี่ยวกับลูกค้า , ซัพพลายเออร์ , สินค้า , ใบแจ้งหนี้และการชำระเงิน และหากธุรกิจที่ผลิตผลิตภัณฑ์ที่ คุณจะต้องเก็บข้อมูลเกี่ยวกับวัสดุและขั้นตอนการผลิต . แต่ละเหล่านี้จะถูกจัดเป็นนิติบุคคลประเภท เพราะคุณต้องการที่จะเก็บข้อมูลเกี่ยวกับแต่ละคน
การแปล กรุณารอสักครู่..