มาตรฐานการออกแบบฐานข้อมูลมีขั้นตอน (Phases) เพื่อให้คำแนะนำกับนักออกแบบ มีแนวทางที่มีโครงสร้างช่วยในกระบวนการออกแบบ ขั้นตอน/โมเดลหลักมีดังนี้: 1. ขั้นตอนเชิงแนวคิด (Conceptual Phase) ขั้นตอนนี้ทำให้ทราบถึงเอนทิตี้และความสัมพันธ์ระหว่างกัน อธิบาย Conceptual Schema เอนทิตี้และความสัมพันธ์ถูกกำหนดท

เอนทิตี้ (Entity) ใน DBMS คือวัตถุในโลกแห่งความเป็นจริงที่มีความเป็นอยู่จริง ในการระบุเอนทิตี้จากโจทย์ ให้ทำตามเคล็ดลับเหล่านี้: ค้นหาคำนาม (Nouns) เช่น Teacher, Doctor ฯลฯ จัดกลุ่มคำนามเพื่อดูภาพรวมของเอนทิตี้ที่กว้างขึ้น อ่านคำอธิบายโจทย์ซ้ำๆ หลายครั้ง เอนทิตี้ทั่วไป เช่น Persons, Students, Tea

แผนภาพ Entity-Relationship (ER Diagram) มองโลกแห่งความเป็นจริงในรูปของเอนทิตี้ (Entities) ถูกนำเสนอในปี 1976 โดย P.P.Chen และรู้จักกันในชื่อ ER Diagram, E-R Model ฯลฯ ต่อไปนี้คือความสำคัญของ ER Diagram: 1. ช่วยเหลือนักพัฒนาฐานข้อมูล ER Diagram ช่วยในการออกแบบแม้ก่อนที่จะเริ่มสร้างตารางจริง 2. กา

Data Dictionary (พจนานุกรมข้อมูล) ประกอบด้วยข้อมูลเมตา (Metadata) ของฐานข้อมูล โดยมีบันทึกเกี่ยวกับออบเจ็กต์ต่างๆ ภายในฐานข้อมูล Data Dictionary ประกอบด้วยข้อมูลอะไรบ้าง Data Dictionary ประกอบด้วยข้อมูลต่อไปนี้: ชื่อตาราง (Table names) ในฐานข้อมูล เงื่อนไขของตาราง (Constraints) เช่น คีย์ (Keys),

วัฏจักรชีวิตของฐานข้อมูลเริ่มต้นจากการวิเคราะห์และกำหนดปัญหา รวมถึงวัตถุประสงค์ของระบบ แผนภาพต่อไปนี้แสดงวัฏจักรชีวิตของฐานข้อมูลซึ่งเริ่มต้นจากขั้นตอนการวิเคราะห์ รวมถึงการศึกษาความเป็นไปได้ (Feasibility Study): มาดูขั้นตอนต่างๆ ที่เกี่ยวข้องกัน: 1. การวิเคราะห์ (Analysis) ในขั้นตอนแรก ระบบปั

Partial Dependency คืออะไร Non-prime Attribute (Non-key) ขึ้นกับ ส่วนหนึ่ง (Proper Subset) ของ Candidate Key (Composite Key) 2NF (Second Normal Form) กำจัด Partial Dependency ตัวอย่าง: ตาราง StudentProject StudentIDProjectNoStudentNameProjectName S01199KatieGeo Location S02120OllieCluster Ex

2NF (Second Normal Form) คืออะไร ขั้นตอนที่ 2 ของ Normalization ตารางต้องอยู่ใน 1NF แล้ว และ Non-key Attribute ทุกตัว ต้อง Fully Functionally Dependent บน Primary Key ทั้งหมด (ไม่ใช่แค่ส่วนหนึ่ง) ตัวอย่าง違反 2NF: ตาราง StudentProject (มี Partial Dependency) StudentIDProjectIDStudentNameProjectNam

Normalization กำจัด Data Redundancy และ Anomalies (Insert/Update/Delete) ให้ได้การออกแบบที่ดี มีขั้นตอนตาม Normal Forms: ขั้นตอนการ Normalize 1NF (First Normal Form): กำจัด Repeating Groups ทุกคอลัมน์ต้องเป็น Atomic Values 2NF (Second Normal Form): กำจัด Partial Dependencies Non-key Attribute

ความสัมพันธ์ One-to-Many (1:N) และ Many-to-One (N:1) เป็นมุมมองต่างกันของความสัมพันธ์เดียวกัน One-to-Many Relationship (1:N) หนึ่งอินสแตนซ์ของเอนทิตี้ P สัมพันธ์กับหลายอินสแตนซ์ของเอนทิตี้ Q ตัวอย่าง: นักเรียน (Student) คนหนึ่ง ทำโปรเจกต์ (Project) ได้หลายโปรเจกต์ Student 1 → Project A, Project B (

Decomposition (การแยกตาราง) ใช้กำจัด Redundancy และ Anomalies โดยแยกตารางใหญ่เป็นหลายตารางเล็ก มี 2 ประเภท: Lossless Decomposition (การแยกที่ไม่สูญเสียข้อมูล) - แบบที่ต้องการ สามารถ Join ตารางที่แยกแล้วกลับมาเป็นตารางเดิมได้สมบูรณ์ (Natural Join คืน Relation เดิม) ตัวอย่าง: แยก EmpInfo เป็น EmpDet

การออกแบบฐานข้อมูลที่ดี มีวัตถุประสงค์หลัก 4 ข้อ เพื่อหลีกเลี่ยงผลกระทบจากการออกแบบที่ไม่ดี: 1. หลีกเลี่ยงข้อมูลซ้ำ (Avoid Redundant Data) สร้างตารางตามมาตรฐาน มีฟิลด์ที่แตกต่างกัน ลดข้อมูลซ้ำ ทุกตารางต้องมี Primary Key เป็น Unique ID 2. ข้อมูลถูกต้อง ไม่มีข้อบกพร่อง (Faultless Information)

Data Models พัฒนามาเพื่อแก้ปัญหาของ File System มี 3 รุ่นหลัก: 1. Hierarchical Model (แบบลำดับชั้น) โครงสร้างต้นไม้ (Tree) มี Parent-Child Relationship ตัวอย่างดัง: IMS ของ IBM ตัวอย่าง: Employee → Intern / Contract / Full-time → Writer / Senior Writer / Editor ข้อดี: เรียบง่าย, Data Integr

1NF (First Normal Form) คืออะไร ขั้นตอนแรกของ Normalization ใช้กับตารางที่ยังไม่ Normalized (Unnormalized Table) เพื่อกำจัดปัญหา: ปัญหาของ Unnormalized Table 1. Data Redundancy (ข้อมูลซ้ำ) เก็บข้อมูลเดียวกันหลายครั้ง EmpIDEmpNameEmpAddress 001Amit11, VA Street, New York 002Tom11, VA Street,

One-to-One (1:1) Relationship คือความสัมพันธ์ระหว่างอินสแตนซ์ของเอนทิตี้หนึ่ง กับอินสแตนซ์ของอีกเอนทิตี้หนึ่ง (หนึ่งต่อหนึ่ง ทั้งสองทาง) การแทนความสัมพันธ์ ใน ER Diagram ใช้เส้นเชื่อมพร้อมเครื่องหมาย 1:1 ตัวอย่าง: Employee และ ID Card พนักงาน (Employee) คนหนึ่ง ได้รับบัตรประจำตัว (ID Card) หนึ่

การออกแบบฐานข้อมูลเป็นงานที่ท้าทาย ต้องจัดการกับความท้าทายหลัก 3 ประการเพื่อให้ได้ฐานข้อมูลที่ดี 1. การปฏิบัติตามมาตรฐานการออกแบบ (Following Design Standards) จำเป็นสำหรับการสร้างโครงสร้างที่ชัดเจน กำหนดมาตรฐานชื่อ, ชนิดข้อมูล, Constraints ช่วยประเมินและตรวจสอบการออกแบบที่มีอยู่ได้ หากไม่ปฏิ

Fully-Functional Dependency (การอ้างอิงทางฟังก์ชันเต็มรูปแบบ) เกิดเมื่อแอตทริบิวต์ Non-key ขึ้นกับ ทั้งหมด ของ Candidate Key (Composite Key) ไม่ใช่แค่ส่วนหนึ่ง ตัวอย่าง: ProjectCost และ EmployeeProject ตาราง ProjectCost ProjectIDProjectCost 0011000 0025000 ตาราง EmployeeProject EmpIDPro

Many-to-Many (N:N) Relationship คือความสัมพันธ์ที่หลายอินสแตนซ์ของเอนทิตี้หนึ่ง สัมพันธ์กับหลายอินสแตนซ์ของอีกเอนทิตี้หนึ่ง (ทั้งคู่มี หลาย) การแทนความสัมพันธ์ ใน ER Diagram ใช้เพชรคู่หรือเส้นเชื่อมพร้อมเครื่องหมาย N:M ตัวอย่าง: Author และ Book นักเขียน (Author) คนหนึ่ง เขียนหนังสือ (Book) ได้ห

การออกแบบฐานข้อมูลที่ดี (Good Database Design) เป็นเป้าหมายของทุก DBA เนื่องจากให้ประโยชน์หลายด้าน: 1. การเรียกข้อมูลง่าย (Easy Retrieval of Information) ตาราง, Constraints, และ Relationships ที่ออกแบบถูกต้อง ทำให้ Query ข้อมูลง่าย เร็ว และแม่นยำ 2. การแก้ไขง่าย (Easier Modification) การเปลี่ยนแปล

Stored Generated Column สามารถใช้ Built-in Functions ของ MySQL ในนิพจน์ได้ เช่นเดียวกับ Virtual Column แต่ค่าจะถูกคำนวณและเก็บไว้ตอน INSERT/UPDATE ตัวอย่าง: สร้างตาราง employee_data_stored พร้อม Stored Generated Column FULL_NAME DESCRIBE employee_data_stored; +------------+-------------+------+---

เปรียบเทียบ Stored Generated Columns และ Virtual Generated Columns ใน 4 มิติหลัก: 1. ด้านพื้นที่ดิสก์ (Disk Space) Virtual: ไม่ใช้พื้นที่ดิสก์ (คำนวณตอนอ่าน) Stored: ใช้พื้นที่ดิสก์ (เก็บค่าจริงเหมือนคอลัมน์ปกติ) 2. ด้านการดำเนินการ ALTER TABLE (Operation) Virtual: INPLACE Operation - เปล