Database Implementation

Schema กำหนดตาราง คอลัมน์ ชนิด และความสัมพันธ์ Constraints เช่น NOT NULL, UNIQUE, CHECK และ foreign key ป้องกันข้อมูลที่ผิดกฎ DB แต่ยังต้องตรวจเงื่อนไขธุรกิจในแอป

หมายเลขทะเบียนเครื่องต้องไม่ซ้ำใช้ UNIQUE และค่าจำนวนต้องไม่ติดลบใช้ CHECK หากเปลี่ยน schema ต้องมี migration และแผนรองรับข้อมูลเก่า ไม่แก้ตารางจริงโดยไม่ตรวจแอปที่พึ่งอยู่

CRUD คือ create read update delete ผ่านคำสั่งเช่น INSERT SELECT UPDATE DELETE Parameterized query แยกโครงสร้าง SQL จากค่าที่ผู้ใช้ส่ง เพื่อลด SQL injection ต้องตรวจสิทธิ์และกฎธุรกิจเพิ่มเติม

WHERE username = ? ส่งค่าผ่าน parameter ของ driver แทนต่อ string หากใช้ UPDATE โดยไม่มี WHERE อาจเปลี่ยนทุกแถว ก่อนเปลี่ยนข้อมูลดู scope และ transaction ที่เหมาะ

cursor.execute(
    "SELECT id FROM users WHERE email = ?",
    (email,)
)

Transaction รวมการเปลี่ยนที่ต้องสำเร็จร่วมกัน COMMIT ยืนยัน ROLLBACK ยกเลิกตามเงื่อนไขของ DB Isolation ควบคุมสิ่งที่งานพร้อมกันเห็น Index เป็นโครงสร้างช่วยค้นหรือเรียงเร็วขึ้นแต่ใช้พื้นที่และเพิ่มต้นทุนเขียน

โอนเงินต้องลดบัญชีหนึ่งและเพิ่มอีกบัญชีใน transaction เดียว Index บน email ช่วยค้นผู้ใช้ แต่ไม่ทำให้ทุก query เร็ว เช่น pattern ที่ไม่ใช้ index ตามแผนของ engine ตรวจ execution plan กับข้อมูลจริง

BEGIN;
-- ตรวจยอดและกฎธุรกิจก่อนเปลี่ยน
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT;

Database backup ต้องสอดคล้องกับ engine และความต้องการ point-in-time recovery การคัดไฟล์ฐานข้อมูลที่กำลังเขียนอาจได้ชุดไม่สอดคล้อง Access control จำกัดบัญชีและเครือข่ายที่เข้าถึงข้อมูลและสำเนา

บัญชี backup อาจอ่านข้อมูลจำนวนมากจึงต้องดูแลเหมือนข้อมูลจริง ทดสอบ restore ในที่แยกและตรวจทั้ง schema data และ key ที่ต้องใช้ อย่าถือว่ามีไฟล์ dump แล้วกู้ระบบครบ