Chapter: Entity - Relationship ModellingThe aims of this chapter are: การแปล - Chapter: Entity - Relationship ModellingThe aims of this chapter are: ไทย วิธีการพูด

Chapter: Entity - Relationship Mode

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.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
บท: เอนทิตี - แบบจำลองความสัมพันธ์จุดมุ่งหมายของบทนี้คือ:คล้ายการอธิบายต้องการทำแบบจำลองความสัมพันธ์เอนทิตีคล้ายการอธิบายแบบจำลองความสัมพันธ์เอนทิตีเงื่อนไข แผนภาพความสัมพันธ์เอนทิตีคล้ายการกำหนดเงื่อนไขชนิดเอนทิตี เอนทิตี้ แอททริบิวต์ ค่าแอททริบิวต์ คีย์หลัก ความสัมพันธ์ ชนิดความสัมพันธ์ ชนิดความสัมพันธ์ผกผันคล้ายการกำหนดไวยากรณ์ของไดอะแกรมความสัมพันธ์เอนทิตีคล้ายเพื่ออธิบายวิธีการจัดประเภทชนิดความสัมพันธ์คล้ายการอธิบายเงื่อนไขเดี่ยว ฐานสอง สาม ปริญญา ภาวะเชิงการนับ และ optionality ตามชนิดความสัมพันธ์คล้ายการกำหนดชนิดของความสัมพันธ์นั่นคล้ายการแสดงแบบแผนไดอะแกรมสัมพันธ์เอนทิตีอื่นคล้ายจะแสดงชนิดความสัมพันธ์หลายต่อหลายวิธีสามารถแบ่งตามชนิดของความสัมพันธ์หนึ่งกลุ่มคล้ายการให้ตัวอย่างต่าง ๆ ของแบบจำลองความสัมพันธ์เอนทิตี3.1 บทนำเมื่อฐานข้อมูลเชิงสัมพันธ์คือการออกแบบ ไดอะแกรมความสัมพันธ์เอนทิตีการจะวาดการ และพัฒนาเป็นดีกลายเป็นเข้าใจความต้องการของฐานข้อมูลและการประมวลผล วาดไดอะแกรมความสัมพันธ์เอนทิตีการช่วยเข้าใจความต้องการข้อมูลขององค์กร และสามารถทำหน้าที่เป็นไดอะแกรมแผนสำหรับฐานข้อมูลของระบบที่จำเป็น Disgram แผนใด ๆ ไดอะแกรมที่พยายามแสดงโครงสร้างของท่าข้อมูลในฐานข้อมูล ได้ การวิเคราะห์ระบบและออกแบบที่ประกอบด้วยวิธีการสร้างไดอะแกรมความสัมพันธ์เอนทิตีเป็นส่วนสำคัญของวิธีการและเครื่องมือเกือบทุกกรณี (คอมพิวเตอร์ Aided วิศวกรรมซอฟต์แวร์) เกือบทั้งหมดประกอบด้วยสิ่งอำนวยความสะดวกสำหรับการวาดไดอะแกรมความสัมพันธ์เอนทิตี ไดอะแกรมความสัมพันธ์เอนทิตีสามารถทำหน้าที่เป็นพื้นฐานสำหรับการออกแบบของแฟ้มในแบบแฟ้มระบบเช่นสำหรับไดอะแกรมแผนในระบบฐานข้อมูลรายละเอียดของวิธีการวาดไดอะแกรมแตกต่างกันไปเล็กน้อยจากวิธีหนึ่งไปยังอีก แต่พวกเขาทั้งหมดมีองค์ประกอบพื้นฐานเหมือนกัน: ชนิดเอนทิตี้ แอททริบิวต์ และความสัมพันธ์ทั้งสามประเภทนี้จะถือเป็นเพียงพอแบบคงเป็นตามข้อมูลส่วนประมวลผลข้อมูลขององค์กร3.2 ชนิดของเอนทิตีชนิดของเอนทิตีเป็นชนิดใด ๆ ของวัตถุที่เราต้องการเก็บข้อมูลเกี่ยวกับ ชนิดเอนทิตีที่คุณเลือกที่จะรวมในไดอะแกรมของคุณขึ้นอยู่กับโปรแกรมประยุกต์ของคุณ แอพลิเคชันบัญชีธุรกิจคุณจะเก็บข้อมูลเกี่ยวกับลูกค้า ผู้จำหน่าย สินค้า ใบแจ้งหนี้ และการชำระเงิน และถ้าธุรกิจผลิตสินค้า ต้องการเก็บข้อมูลเกี่ยวกับวัสดุและขั้นตอนการผลิต แต่ละเหล่านี้จะถูกจัดประเภทเป็นชนิดของเอนทิตีการเนื่องจากจะต้องเก็บข้อมูลเกี่ยวกับแต่ละ ไดอะแกรมความสัมพันธ์เอนทิตีการแสดงชนิดของเอนทิตีที่เป็นกล่อง ใน Fig. 3.1 ลูกค้าเป็นชนิดเอนทิตีได้ แสดงชนิดของเอนทิตีแต่ละครั้ง อาจมีหลายชนิดเอนทิตีในไดอะแกรมความสัมพันธ์เอนทิตี ชื่อของชนิดของเอนทิตีเป็นเอกพจน์เนื่องจากมันแสดงถึงชนิด
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
บท Entity - ความสัมพันธ์การสร้างแบบจำลอง
จุดมุ่งหมายของบทนี้คือ
เพื่ออธิบายความจำเป็นในการสร้างแบบจำลองนิติบุคคลสัมพันธ์
เพื่ออธิบายแง่รูปแบบกิจการสัมพันธ์นิติบุคคลแผนภาพความสัมพันธ์
เพื่อกำหนดประเภทนิติบุคคลเงื่อนไขนิติบุคคลแอตทริบิวต์แอตทริบิวต์ ค่าคีย์หลักความสัมพันธ์ประเภทความสัมพันธ์ประเภทความสัมพันธ์แบบผกผัน
เพื่อกำหนดไวยากรณ์ของแผนภาพนิติบุคคลสัมพันธ์
เพื่ออธิบายวิธีการของการจำแนกประเภทความสัมพันธ์
เพื่ออธิบายแง่เอก, ไบนารี ternary ระดับ, cardinality และ optionality เกี่ยวกับการ ประเภทความสัมพันธ์
การกำหนดประเภทความสัมพันธ์พิเศษร่วมกัน
เพื่อแสดงความสัมพันธ์เอนทิตีทางเลือกการประชุมไดอะแกรม
เพื่อแสดงให้เห็นว่ารูปแบบความสัมพันธ์ที่หลายหลายสามารถแบ่งออกเป็นประเภทความสัมพันธ์แบบหนึ่งหลาย
เพื่อให้ตัวอย่างต่าง ๆ ของการสร้างแบบจำลองนิติบุคคลสัมพันธ์
3.1 บทนำ
เมื่อ ฐานข้อมูลเชิงสัมพันธ์คือการได้รับการออกแบบ, นิติบุคคลแผนภาพความสัมพันธ์ที่ถูกวาดขึ้นในช่วงเริ่มต้นและพัฒนาตามความต้องการของฐานข้อมูลและการประมวลผลกลายเป็นความเข้าใจที่ดีขึ้น วาดนิติบุคคลแผนภาพความสัมพันธ์ความเข้าใจโรคเอดส์ของข้อมูลความต้องการขององค์กรและสามารถทำหน้าที่เป็นแผนภาพสคีสำหรับฐานข้อมูลที่จำเป็นของระบบ disgram คีมาเป็นแผนภาพที่พยายามที่จะแสดงให้เห็นโครงสร้างของข้อมูล tha ในฐานข้อมูลใด ๆ เกือบทั้งหมดการวิเคราะห์ระบบและวิธีการออกแบบที่มีนิติบุคคลสัมพันธ์ไดอะแกรมเป็นส่วนหนึ่งที่สำคัญของวิธีการและเกือบทุกกรณี (Computer Aided Software Engineering) เครื่องมือที่มีสิ่งอำนวยความสะดวกสำหรับการวาดแผนภาพนิติบุคคลสัมพันธ์ นิติบุคคลแผนภาพความสัมพันธ์ที่สามารถนำมาใช้เป็นพื้นฐานสำหรับการออกแบบของไฟล์ในระบบแฟ้มตามเดิมเช่นเดียวกับแผนภาพสคีมาในระบบฐานข้อมูล.
รายละเอียดของวิธีการวาดแผนภาพแตกต่างจากวิธีการหนึ่งไปยังอีก แต่พวกเขาทั้งหมดมีองค์ประกอบพื้นฐานที่เหมือนกัน. ประเภทนิติบุคคลคุณลักษณะและความสัมพันธ์ของทั้งสามประเภทจะถือว่าเพียงพอที่จะจำลองแบบคงที่เป็นหลักส่วนที่ใช้ข้อมูลความต้องการการประมวลผลข้อมูลขององค์กรใด ๆ
3.2 ประเภท Entity
ประเภทกิจการที่เป็นชนิดของใด ๆ วัตถุที่เราต้องการที่จะเก็บข้อมูลเกี่ยวกับ ซึ่งประเภทกิจการที่คุณตัดสินใจที่จะรวมอยู่ในไดอะแกรมของคุณขึ้นอยู่กับการใช้งานของคุณ ในโปรแกรมบัญชีสำหรับธุรกิจของคุณจะเก็บข้อมูลเกี่ยวกับลูกค้าและซัพพลายเออร์ผลิตภัณฑ์, ใบแจ้งหนี้และการชำระเงินและหากธุรกิจที่ผลิตผลิตภัณฑ์ที่คุณจะต้องเก็บข้อมูลเกี่ยวกับวัสดุและขั้นตอนการผลิต แต่ละเหล่านี้จะได้รับการจัดเป็นประเภทกิจการเพราะคุณต้องการที่จะเก็บข้อมูลเกี่ยวกับแต่ละคน ในนิติบุคคลแผนภาพความสัมพันธ์ประเภทกิจการที่จะแสดงเป็นกล่อง ในรูป 3.1 ลูกค้าเป็นประเภทกิจการ ชนิดแต่ละองค์กรจะปรากฏเพียงครั้งเดียว อาจมีหลายประเภทนิติบุคคลจำนวนมากในนิติบุคคลแผนภาพความสัมพันธ์ ชื่อประเภทกิจการที่เป็นเอกพจน์เพราะมันแสดงถึงชนิด
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
บทที่ : นิติบุคคล - ความสัมพันธ์แบบ
วัตถุประสงค์ของบทนี้คือ :
อธิบายความต้องการความสัมพันธ์แบบเอนทิตี
เพื่ออธิบายเงื่อนไขนิติบุคคลความสัมพันธ์แบบเอนทิตีความสัมพันธ์แผนภาพ
กําหนดเงื่อนไขนิติบุคคลประเภทนิติบุคคล , คุณลักษณะ , คุณค่าคุณลักษณะคีย์หลัก , ความสัมพันธ์ , ชนิดของความสัมพันธ์ ความสัมพันธ์แบบผกผัน
ระบุไวยากรณ์ของแผนภาพความสัมพันธ์เอนทิตี
อธิบายวิธีจัดประเภทความสัมพันธ์
อธิบายแง่นารี , ไบนารี , ไตรภาค , ปริญญา , คาร์ดินาลลิต optionality เกี่ยวกับประเภทและความสัมพันธ์
กำหนดพิเศษร่วมกันความสัมพันธ์ประเภท
แสดงความสัมพันธ์การสร้างแผนภาพเอนทิตีการประชุม
ทางเลือกเพื่อแสดงความสัมพันธ์ว่าหลายประเภทสามารถแบ่งออกเป็น 1 ประเภทความสัมพันธ์มากมาย
ให้ตัวอย่างต่างๆของความสัมพันธ์แบบเอนทิตี 3.1 บทนำ

เมื่อฐานข้อมูลถูกออกแบบแผนภาพความสัมพันธ์เอนทิตีจะถูกวาดในช่วงเริ่มต้น และพัฒนาตามความต้องการของฐานข้อมูลและการประมวลผลของมันดีขึ้นครับวาดแผนภาพความสัมพันธ์เอนทิตีและความเข้าใจขององค์กรข้อมูลความต้องการ และสามารถให้บริการเป็นสคีมาฐานข้อมูลแผนภาพระบบที่ต้องการของ disgram schema คือแผนภาพที่พยายามที่จะแสดงโครงสร้างของข้อมูล ท่าในฐานข้อมูลเกือบทุกระบบการวิเคราะห์และวิธีการออกแบบสร้างแผนภาพเอนทิตีมีความสัมพันธ์เป็นส่วนที่สำคัญของวิธีการและเกือบทุกกรณี ( วิศวกรรมซอฟต์แวร์ใช้คอมพิวเตอร์ช่วย ) เครื่องมือประกอบด้วยสิ่งอำนวยความสะดวกสำหรับการเขียนแผนภาพความสัมพันธ์เอนทิตี .แผนภาพความสัมพันธ์เอนทิตีจะเป็นพื้นฐานสำหรับการออกแบบของไฟล์ในระบบแฟ้มปกติเช่นเดียวกับ schema แผนภาพในระบบฐานข้อมูล .
รายละเอียดของวิธีการวาดไดอะแกรมแตกต่างจากวิธีหนึ่งไปยังอีก แต่พวกเขาทั้งหมดมีพื้นฐานเดียวกัน องค์ประกอบ ประเภทหน่วยงานแอตทริบิวต์ และความสัมพันธ์ของทั้งสามประเภทนี้ถือว่าเพียงพอที่จะแบบหลักสถิต โดยใช้ส่วนของการประมวลผลข้อมูล ขององค์กรใด ๆความต้องการ .
ประเภทนิติบุคคลนิติบุคคลประเภท 3.2
เป็นประเภทใด ๆของวัตถุที่เราต้องการจะเก็บข้อมูลเกี่ยวกับ ซึ่งนิติบุคคลประเภทที่คุณตัดสินใจที่จะรวมบนแผนภาพของคุณขึ้นอยู่กับโปรแกรมประยุกต์ของคุณเป็นโปรแกรมบัญชีสำหรับธุรกิจที่คุณจะเก็บข้อมูลเกี่ยวกับลูกค้า , ซัพพลายเออร์ , สินค้า , ใบแจ้งหนี้และการชำระเงิน และหากธุรกิจที่ผลิตผลิตภัณฑ์ที่ คุณจะต้องเก็บข้อมูลเกี่ยวกับวัสดุและขั้นตอนการผลิต . แต่ละเหล่านี้จะถูกจัดเป็นนิติบุคคลประเภท เพราะคุณต้องการที่จะเก็บข้อมูลเกี่ยวกับแต่ละคนแผนภาพความสัมพันธ์เอนทิตีในกิจการประเภทที่แสดงเป็นกล่อง ในรูปที่ 3.1 , ลูกค้าเป็นนิติบุคคลประเภท แต่ละองค์กรประเภทแสดงครั้ง อาจจะมีหลายประเภทนิติบุคคลในแผนภาพความสัมพันธ์เอนทิตี . ชื่อของนิติบุคคลประเภทคือเอกพจน์เพราะหมายถึงประเภท
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: