การสร้างแบบจำลองข้อมูล: การออกแบบโครงสร้างข้อมูลของคุณ
เมื่อคุณจัดเก็บหรือดูข้อมูลด้วยแอปของคุณ ส่วนสำคัญของการออกแบบคือโครงสร้างข้อมูล ไม่ใช่เพียงแต่พิจารณาวิธีการใช้ข้อมูลในแอปหรือหน้าจอที่เฉพาะเจาะจง แต่วิธีที่ผู้อื่นจะใช้ข้อมูลด้วย การอ้างกลับถึงตัวบุคคล งาน กระบวนการทางธุรกิจ และเป้าหมายของคุณ จะช่วยคุณในการกำหนดข้อมูลที่จะจัดเก็บและวิธีการจัดโครงสร้าง
เคล็ดลับ
แม้ว่าจะถูกเขียนขึ้นสำหรับฐานข้อมูลการเข้าถึง บทความนี้เกี่ยวกับพื้นฐานการออกแบบข้อมูลมีการอภิปรายทั่วไปที่ดีของหลักการสร้างแบบจำลองข้อมูล: พื้นฐานการออกแบบฐานข้อมูล
ลองใช้รายงานค่าใช้จ่ายต่อไปนี้เป็นตัวอย่าง
คุณจะเห็นส่วนหลักของรายงานค่าใช้จ่าย ซึ่งมีชื่อพนักงานและรายละเอียดแผนก ใต้ส่วนหลัก คุณจะเห็นแถวของ Description หลายแถวสำหรับแต่ละรายการที่ซื้อ ให้เรียกรายการเหล่านี้ว่ารายการบรรทัด รายการบรรทัดมีโครงสร้างที่แตกต่างจากส่วนหลักของรายงานค่าใช้จ่าย ดังนั้นเราสามารถพูดได้ว่าสำหรับทุกรายงานค่าใช้จ่าย มีรายการบรรทัดหลายรายการ
ในการจัดเก็บข้อมูลชนิดนี้ลงในฐานข้อมูล เราจำเป็นต้องสร้างแบบจำลองโครงสร้างข้อมูลในการออกแบบฐานข้อมูล
โครงสร้างข้อมูลแบบหนึ่งต่อกลุ่ม (1: N)
นี่คือชนิดของโครงสร้างข้อมูลที่อธิบายไว้ในตัวอย่างก่อนหน้านี้ ส่วนหลักของรายงานค่าใช้จ่ายเชื่อมโยงกับรายการบรรทัดหลายรายการ (นอกจากนี้ คุณยังสามารถดูความสัมพันธ์จากมุมมองของรายการบรรทัด: รายการบรรทัดจำนวนมากไปยังรายงานค่าใช้จ่ายเดียว (N:1))
โครงสร้างข้อมูลแบบกลุ่มต่อกลุ่ม (N:N)
โครงสร้างข้อมูลจำนวนมากต่อจำนวนมากเป็นชนิดพิเศษ นี่มีไว้สำหรับกรณีที่เรกคอร์ดหลายรายการสามารถเชื่อมโยงกับชุดที่หลากหลายของเรกคอร์ดอื่นๆ ตัวอย่างที่ดีคือเครือข่ายคู่ค้าทางธุรกิจของคุณ คุณมีคู่ค้าทางธุรกิจหลายราย (ลูกค้าและผู้ขาย) ที่คุณทำงานด้วย และคู่ค้าทางธุรกิจเหล่านั้นยังทำงานร่วมกับเพื่อนร่วมงานหลายคนของคุณด้วย
ตัวอย่างการสร้างแบบจำลองข้อมูล
มีการสร้างแบบจำลองหลายชนิดที่สามารถเกิดขึ้นได้กับระบบ ลองดูตัวอย่างสองรายการนี้
ตัวอย่างที่ 1: คำขออนุมัติการลาหยุด
ตัวอย่างง่ายๆ นี้แสดงข้อมูลสองชุด ชุดหนึ่งคือพนักงาน อีกชุดหนึ่งคือคำขอการลาหยุด เนื่องจากพนักงานแต่ละคนจะส่งคำขอคำขอที่หลากหลาย ความสัมพันธ์ที่นี่เป็นแบบหนึ่งต่อกลุ่ม โดยที่ "หนึ่ง" เป็นพนักงาน และ "กลุ่ม" เป็นคำขอ ข้อมูลพนักงานและข้อมูลคำขอการลาหยุดเกี่ยวข้องกับข้อมูลอื่น โดยการให้หมายเลขพนักงานเป็นฟิลด์ทั่วไป (หรือที่เรียกว่า คีย์)
ตัวอย่างที่ 2: การอนุมัติการซื้อ
ที่นี่ โครงสร้างข้อมูลดูค่อนข้างซับซ้อน แต่คล้ายกับตัวอย่างรายงานค่าใช้จ่ายที่กล่าวถึงในตอนต้นของบทความนี้ ผู้ขายหรือผู้จัดหาแต่ละรายจะเชื่อมโยงกับใบสั่งซื้อหลายรายการ พนักงานแต่ละคนมีหน้าที่รับผิดชอบในใบสั่งซื้อหลายรายการ ดังนั้น ชุดข้อมูลทั้งสองนี้จึงมีโครงสร้างข้อมูลแบบหนึ่งต่อกลุ่ม
เนื่องจากพนักงานอาจไม่ใช้ผู้ขายหรือผู้จัดหารายเดียวกันเสมอไป ผู้ขายจึงถูกใช้โดยพนักงานหลายคนและพนักงานแต่ละคนทำงานกับผู้ขายหลายคน ดังนั้น ความสัมพันธ์ระหว่างพนักงานและผู้ขายจึงเป็นแบบกลุ่มต่อกลุ่ม
ตัวอย่าง 3: การรายงานค่าใช้จ่าย
หมายเหตุ
บอกให้เราทราบเกี่ยวกับภาษาที่คุณต้องการในคู่มือ ทำแบบสำรวจสั้นๆ (โปรดทราบว่าแบบสำรวจนี้เป็นภาษาอังกฤษ)
แบบสำรวจนี้ใช้เวลาทำประมาณเจ็ดนาที ไม่มีการเก็บข้อมูลส่วนบุคคล (คำชี้แจงสิทธิ์ส่วนบุคคล)