การสร้างแบบจำลองข้อมูล: การออกแบบโครงสร้างข้อมูลของคุณ

เมื่อคุณจัดเก็บหรือดูข้อมูลด้วยแอปของคุณ ส่วนสำคัญของการออกแบบคือโครงสร้างข้อมูล ไม่ใช่เพียงแต่พิจารณาวิธีการใช้ข้อมูลในแอปหรือหน้าจอที่เฉพาะเจาะจง แต่วิธีที่ผู้อื่นจะใช้ข้อมูลด้วย การอ้างกลับถึงตัวบุคคล งาน กระบวนการทางธุรกิจ และเป้าหมายของคุณ จะช่วยคุณในการกำหนดข้อมูลที่จะจัดเก็บและวิธีการจัดโครงสร้าง

ลองใช้รายงานค่าใช้จ่ายต่อไปนี้เป็นตัวอย่าง

คุณจะเห็นส่วนหลักของรายงานค่าใช้จ่าย ซึ่งมีชื่อพนักงานและรายละเอียดแผนก ใต้ส่วนหลัก คุณจะเห็นแถวของ Description หลายแถวสำหรับแต่ละรายการที่ซื้อ ให้เรียกรายการเหล่านี้ว่ารายการบรรทัด รายการบรรทัดมีโครงสร้างที่แตกต่างจากส่วนหลักของรายงานค่าใช้จ่าย ดังนั้นเราสามารถพูดได้ว่าสำหรับทุกรายงานค่าใช้จ่าย มีรายการบรรทัดหลายรายการ

ในการจัดเก็บข้อมูลชนิดนี้ลงในฐานข้อมูล เราจำเป็นต้องสร้างแบบจำลองโครงสร้างข้อมูลในการออกแบบฐานข้อมูล

โครงสร้างข้อมูลแบบหนึ่งต่อกลุ่ม (1: N)

นี่คือชนิดของโครงสร้างข้อมูลที่อธิบายไว้ในตัวอย่างก่อนหน้านี้ ส่วนหลักของรายงานค่าใช้จ่ายเชื่อมโยงกับรายการบรรทัดหลายรายการ (นอกจากนี้ คุณยังสามารถดูความสัมพันธ์จากมุมมองของรายการบรรทัด: รายการบรรทัดจำนวนมากไปยังรายงานค่าใช้จ่ายเดียว (N:1))

โครงสร้างข้อมูลแบบกลุ่มต่อกลุ่ม (N:N)

โครงสร้างข้อมูลจำนวนมากต่อจำนวนมากเป็นชนิดพิเศษ นี่มีไว้สำหรับกรณีที่เรกคอร์ดหลายรายการสามารถเชื่อมโยงกับชุดที่หลากหลายของเรกคอร์ดอื่นๆ ตัวอย่างที่ดีคือเครือข่ายคู่ค้าทางธุรกิจของคุณ คุณมีคู่ค้าทางธุรกิจหลายราย (ลูกค้าและผู้ขาย) ที่คุณทำงานด้วย และคู่ค้าทางธุรกิจเหล่านั้นยังทำงานร่วมกับเพื่อนร่วมงานหลายคนของคุณด้วย

ตัวอย่างการสร้างแบบจำลองข้อมูล

มีการสร้างแบบจำลองหลายชนิดที่สามารถเกิดขึ้นได้กับระบบ ลองดูตัวอย่างสองรายการนี้

ตัวอย่างที่ 1: คำขออนุมัติการลาหยุด

ตัวอย่างง่ายๆ นี้แสดงข้อมูลสองชุด ชุดหนึ่งคือพนักงาน อีกชุดหนึ่งคือคำขอการลาหยุด เนื่องจากพนักงานแต่ละคนจะส่งคำขอคำขอที่หลากหลาย ความสัมพันธ์ที่นี่เป็นแบบหนึ่งต่อกลุ่ม โดยที่ "หนึ่ง" เป็นพนักงาน และ "กลุ่ม" เป็นคำขอ ข้อมูลพนักงานและข้อมูลคำขอการลาหยุดเกี่ยวข้องกับข้อมูลอื่น โดยการให้หมายเลขพนักงานเป็นฟิลด์ทั่วไป (หรือที่เรียกว่า คีย์)

ตัวอย่างที่ 2: การอนุมัติการซื้อ

ที่นี่ โครงสร้างข้อมูลดูค่อนข้างซับซ้อน แต่คล้ายกับตัวอย่างรายงานค่าใช้จ่ายที่กล่าวถึงในตอนต้นของบทความนี้ ผู้ขายหรือผู้จัดหาแต่ละรายจะเชื่อมโยงกับใบสั่งซื้อหลายรายการ พนักงานแต่ละคนมีหน้าที่รับผิดชอบในใบสั่งซื้อหลายรายการ ดังนั้น ชุดข้อมูลทั้งสองนี้จึงมีโครงสร้างข้อมูลแบบหนึ่งต่อกลุ่ม

เนื่องจากพนักงานอาจไม่ใช้ผู้ขายหรือผู้จัดหารายเดียวกันเสมอไป ผู้ขายจึงถูกใช้โดยพนักงานหลายคนและพนักงานแต่ละคนทำงานกับผู้ขายหลายคน ดังนั้น ความสัมพันธ์ระหว่างพนักงานและผู้ขายจึงเป็นแบบกลุ่มต่อกลุ่ม

ตัวอย่าง 3: การรายงานค่าใช้จ่าย