ER Diagrams แผนผัง ER เสนอฟรีพร้อมใช้งานและแบบจำลองไดอะแกรมข้อมูล แผนภาพ ER ที่นำเสนอในที่นี้สามารถดาวน์โหลดได้ทันทีและโดยส่วนใหญ่มีวัตถุประสงค์เพื่อสร้างโมเดลและกระบวนการสร้างฐานข้อมูลได้ง่ายขึ้น คุณสามารถแก้ไขแผนผังตัวสร้างข้อมูลที่ดาวน์โหลดได้เพื่อให้ตรงกับความต้องการของคุณ ไม่ว่าคุณจะเป็นมือใหม่ในการออกแบบฐานข้อมูลพยายามรู้ด้วยตนเองหรือนักออกแบบฐานข้อมูลระดับมืออาชีพที่กำลังมองหาการออกแบบฐานข้อมูลสำหรับโครงการใหม่ของคุณคุณแน่ใจที่จะหาโมเดลข้อมูลที่คุณควรพิจารณาเพื่อดาวน์โหลดและใช้ในโครงการของคุณ เราอัปเดตชุดข้อมูลของเราเป็นประจำดังนั้นอย่าลังเลที่จะกลับมาตรวจสอบโมเดลข้อมูลฟรีของเราซึ่งอาจเป็นฐานข้อมูลใหม่ของคุณ เครื่องมือที่แนะนำข้อมูลทั้งหมดในเว็บไซต์นี้จัดทำขึ้นโดยใช้ DeZign สำหรับฐานข้อมูล คุณสามารถเปิดและดูโมเดลข้อมูลได้โดยใช้ซอฟต์แวร์รุ่นทดลอง (และเต็ม) ดาวน์โหลดเครื่องมือการสร้างแบบจำลองข้อมูลนี้ที่นี่ แผนภาพความสัมพันธ์เอนทิตีความเป็นมนุษย์ - ความสัมพันธ์ (ERD) โมเดลข้อมูลเป็นเครื่องมือที่ใช้ในการวิเคราะห์เพื่ออธิบายถึงความต้องการและสมมติฐานของข้อมูลในระบบจากมุมมองจากบนลงล่าง พวกเขายังตั้งเวทีสำหรับการออกแบบฐานข้อมูลในภายหลังใน SDLC องค์ประกอบพื้นฐานใน ER Model มีอยู่ 3 ประการคือเอนทิตีเป็นสิ่งที่เราต้องการหาข้อมูล แอตทริบิวต์คือข้อมูลที่เรารวบรวมเกี่ยวกับเอนทิตี ความสัมพันธ์ให้โครงสร้างที่จำเป็นในการดึงข้อมูลจากหลายเอนทิตี โดยทั่วไปแล้ว ERD มีลักษณะเช่นนี้: การพัฒนา ERD การพัฒนา ERD ต้องใช้ความเข้าใจในระบบและส่วนประกอบของ ERD ก่อนที่จะพูดถึงขั้นตอนนี้ให้ดูคำบรรยายที่สร้างขึ้นโดยศาสตราจารย์ฮาร์แมน พิจารณาโรงพยาบาล: ผู้ป่วยได้รับการรักษาในหอผู้ป่วยเดียวโดยแพทย์ที่ได้รับมอบหมาย โดยปกติแล้วผู้ป่วยแต่ละรายจะได้รับการจัดให้มีแพทย์คนเดียว แต่ในกรณีที่ไม่ค่อยพบพวกเขาจะมีสองคน ผู้ช่วยด้านการรักษาพยาบาลยังให้ความสนใจกับผู้ป่วยจำนวนนี้เกี่ยวข้องกับผู้ป่วยแต่ละราย ในตอนแรกระบบจะเกี่ยวข้องกับการรักษาด้วยยา ผู้ป่วยแต่ละรายต้องใช้ยาหลายชนิดเป็นจำนวนครั้งต่อวันและในช่วงเวลาที่แตกต่างกัน ระบบต้องบันทึกรายละเอียดเกี่ยวกับการรักษาผู้ป่วยและการจ่ายเงินของพนักงาน พนักงานบางคนได้รับการจ่ายเงินนอกเวลาและแพทย์และผู้ช่วยในการดูแลทำงานในปริมาณที่มากเกินไปของการทำงานล่วงเวลาในอัตราที่ต่างกัน (ขึ้นอยู่กับระดับ) ระบบนี้ยังต้องติดตามว่าจำเป็นต้องมีการรักษาผู้ป่วยรายใดและเมื่อไหร่และควรสามารถคำนวณต้นทุนการรักษาต่อสัปดาห์สำหรับผู้ป่วยแต่ละราย (แม้ว่าปัจจุบันยังไม่ชัดเจนว่าจะใช้ข้อมูลนี้) เราจะเริ่ม ERD ได้อย่างไร 1. กำหนดเอนทิตี: คำเหล่านี้มักเป็นคำนามที่ใช้ในคำอธิบายของระบบในการอภิปรายเกี่ยวกับหลักเกณฑ์ทางธุรกิจหรือในเอกสารที่ระบุไว้ในการเล่าเรื่อง (ดูรายการที่ไฮไลต์ด้านบน) 2. กำหนดความสัมพันธ์: คำกริยาเหล่านี้มักใช้ในคำอธิบายของระบบหรือในการพูดถึงหลักเกณฑ์ทางธุรกิจ (นิติบุคคล) ที่ระบุในการเล่าเรื่อง (ดูรายการที่เน้นด้านบน) 3. เพิ่มแอตทริบิวต์ลงในความสัมพันธ์ซึ่งกำหนดโดยข้อความค้นหาและอาจแนะนำหน่วยงานใหม่เช่น เกรดหรืออาจแนะนำให้ใช้คีย์หรือตัวระบุ เราจะถามคำถามอะไร หมอไหนทำงานที่หอผู้ป่วย b. จะใช้เวลาเท่าไรในวอร์ดในสัปดาห์ที่กำหนด c. ผู้ป่วยต้องเสียค่าใช้จ่ายเท่าไรในการรักษา d. แพทย์จ่ายเท่าไหร่ต่อสัปดาห์ e. ผู้ช่วยผู้ป่วยรายใดที่สามารถคาดหวังให้ผู้ป่วยเห็น f. การใช้ยาชนิดใดที่มีการใช้งาน 4. เพิ่ม cardinality ให้กับความสัมพันธ์ Many-to-many ต้องได้รับการแก้ไขเป็นสอง many-to-manys กับเอนทิตีเพิ่มเติมโดยปกติจะเกิดขึ้นโดยอัตโนมัติบางครั้งอาจมีการแนะนำ entity link (ซึ่งจะเป็น foreign foreign key) ตัวอย่าง : ผู้ป่วยยา 5 ความยืดหยุ่นนี้ช่วยให้เราสามารถพิจารณาความหลากหลายของคำถามเช่น: เตียงใดบ้างที่เป็นอิสระ b. ผู้ช่วยคนใดที่ทำงานให้กับ Dr. X c. ใบสั่งยาที่มีค่าใช้จ่ายน้อยที่สุดคืออะไร d. มีแพทย์กี่คนในโรงพยาบาล e. ผู้ป่วยเป็นครอบครัวที่เกี่ยวข้อง 6. แสดงข้อมูลที่มีสัญลักษณ์ โดยทั่วไปแผนภาพ E-R ต้องใช้สัญลักษณ์ต่อไปนี้: ต้องใช้การอ่าน ERD บางส่วน แต่อาจใช้ร่วมกับลูกค้าเพื่อหารือเกี่ยวกับกฎเกณฑ์ทางธุรกิจ เหล่านี้ช่วยให้เราสามารถแสดงข้อมูลจากด้านบนเช่นแผนภาพ ER ด้านล่าง: ERD นำออกประเด็น: Many-to-Manys ความคลุมเครือองค์กรและความสัมพันธ์ของพวกเขาสิ่งที่ต้องเก็บข้อมูลอะไรระดับความสัมพันธ์ตอนนี้คิดเกี่ยวกับมหาวิทยาลัยในแง่ ของ ERD สิ่งที่องค์กรความสัมพันธ์และคุณลักษณะที่คุณควรพิจารณาดูที่มุมมองแบบง่ายนี้ นอกจากนี้ยังมีตัวอย่างของมุมมองที่เรียบง่ายของสายการบินในหน้านั้น UM-เซนต์ หลุยส์หน้าแรกวิทยาลัยธุรกิจหน้า IS การวิเคราะห์หน้าแรกสไลด์โชว์หน้าปัจจุบันใช้คุกกี้เพื่อปรับปรุงฟังก์ชันการทำงานและประสิทธิภาพการทำงานและเพื่อให้การโฆษณาที่เกี่ยวข้องแก่คุณ หากคุณเรียกดูไซต์ต่อไปคุณยอมรับการใช้คุกกี้ในเว็บไซต์นี้ ดูข้อตกลงสำหรับผู้ใช้และนโยบายความเป็นส่วนตัวของเรา Slideshare ใช้คุกกี้เพื่อปรับปรุงฟังก์ชันและประสิทธิภาพและเพื่อให้การโฆษณาที่เกี่ยวข้องแก่คุณ หากคุณเรียกดูไซต์ต่อไปคุณยอมรับการใช้คุกกี้ในเว็บไซต์นี้ ดูนโยบายความเป็นส่วนตัวและข้อตกลงสำหรับผู้ใช้เพื่อดูรายละเอียดเพิ่มเติม สำรวจหัวข้อที่คุณชื่นชอบทั้งหมดในแอ็พพลิเคชัน SlideShare รับแอปพลิเคชัน SlideShare เพื่อบันทึกสำหรับภายหลังแม้ออฟไลน์ดำเนินการต่อไปยังไซต์บนมือถืออัปโหลดลงทะเบียนเข้าสู่ระบบแตะสองครั้งเพื่อย่อรายงานโครงการเกี่ยวกับการซื้อขายหุ้นออนไลน์ Share this SlideShare LinkedIn Corporation 2017Drawing the Diagram Entity-Relationship มีวัตถุประสงค์เพื่อพัฒนาระบบง่ายๆในการจัดการคำสั่งซื้อของลูกค้า ขั้นแรกคุณต้องระบุหน่วยธุรกิจที่เกี่ยวข้องและความสัมพันธ์ของพวกเขา เมื่อต้องการทำเช่นนี้คุณจะวาดแผนภาพเอนทิตีความสัมพันธ์ (E-R) โดยทำตามกฎและตัวอย่างที่ระบุไว้ในรูปที่ 325-1 รูปที่ 5-1 32Rules สำหรับการวาดแผนภาพ E-R ตามรูปที่ 325-2 แสดงให้เห็นว่าหน่วยงานพื้นฐานในตัวอย่างนี้คือลูกค้าใบสั่งซื้อรายการโฆษณาบรรทัดสินค้าและสินค้าคงคลัง รูปที่ 5-2 แผนภาพ 32E-R สำหรับใบสั่งซื้อใบสั่งซื้อลูกค้ามีความสัมพันธ์แบบหนึ่งต่อหลายรายการกับใบสั่งซื้อเนื่องจากลูกค้าสามารถสั่งซื้อได้หลายรายการ แต่สามารถสั่งซื้อได้โดยลูกค้ารายเดียวเท่านั้น ความสัมพันธ์เป็นตัวเลือกเนื่องจากลูกค้าเป็นศูนย์อาจสั่งซื้อ (อาจเป็นเพราะคนที่ไม่ได้ระบุไว้ก่อนหน้านี้ว่าเป็นลูกค้า) ใบสั่งซื้อมีความสัมพันธ์แบบเป็นจำนวนมากกับ Stock Item เนื่องจากใบสั่งซื้อสามารถอ้างถึงรายการสต็อกจำนวนมากและสามารถสั่งซื้อสินค้าในสต็อคได้จากคำสั่งซื้อจำนวนมาก อย่างไรก็ตามคุณไม่ทราบว่าคำสั่งซื้อใดที่อ้างถึงสินค้าในสต็อก ดังนั้นคุณจะแนะนำแนวคิดของรายการโฆษณา คำสั่งซื้อมีความสัมพันธ์แบบหนึ่งต่อหลายรายการกับรายการโฆษณาเนื่องจากใบสั่งซื้อสามารถแสดงรายการโฆษณาหลายรายการได้ แต่สามารถระบุรายการโฆษณาที่ระบุได้โดยใบสั่งซื้อเพียงรายการเดียว LineItem มีความสัมพันธ์แบบเป็นจำนวนมากกับ StockItem เนื่องจากรายการโฆษณาสามารถอ้างถึงเฉพาะสต็อกสินค้าหนึ่งรายการ แต่รายการสต็อคที่ระบุสามารถอ้างถึงได้จากรายการโฆษณาหลายรายการ ความสัมพันธ์นี้เป็นทางเลือกเนื่องจากรายการโฆษณาที่เป็นศูนย์อาจหมายถึงรายการสต็อคที่ระบุ
No comments:
Post a Comment