NAS: Recycle Bin (ถังขยะระบบเครือข่าย)

ในโลกของการจัดเก็บข้อมูลขนาดใหญ่ (Big Data) บนระบบเครือข่าย (NAS) การลบไฟล์ด้วยการกดปุ่ม Delete ไม่ได้หมายถึงการลบข้อมูลอย่างถาวรเสมอไป สำหรับสถาปนิกระบบ (System Architect) การทำความเข้าใจวงจรชีวิตของข้อมูล (Data Lifecycle) จึงเป็นสิ่งสำคัญอย่างยิ่ง บทความนี้จะเจาะลึกถึงแนวคิดของ Recycle Bin ในระดับโครงสร้างพื้นฐาน โดยเน้นการนำ PostgreSQL มาใช้ในการจำลองกลไก Soft Deletion ซึ่งเป็นหัวใจของการบริหารจัดการข้อมูลที่สามารถกู้คืนได้

⚙️ NAS Recycle Bin ในมุมมองของ PostgreSQL

ในเชิงเทคนิค, Recycle Bin ไม่ใช่แค่โฟลเดอร์ แต่คือ Metadata Layer ที่บันทึกสถานะของข้อมูลที่ถูก ‘ลบ’ ไปแล้วอย่างมีระบบ เมื่อผู้ใช้ทำการลบไฟล์หรือเรคคอร์ด (Record) ระบบจะไม่ทำการ DELETE ข้อมูลออกจากตารางทันที แต่จะเปลี่ยนสถานะ (Status) ของเรคคอร์ดนั้นให้เป็น ‘ถูกลบ’ (Soft Deleted) พร้อมบันทึกเวลาและผู้ดำเนินการ

ใน PostgreSQL เราสามารถจำลองกลไกนี้ได้โดยการเพิ่มคอลัมน์สถานะ (เช่น is_deleted เป็น Boolean หรือ deleted_at เป็น Timestamp) เข้าไปในตารางหลัก

💡 3 ขั้นตอนหลักในการทำงานของ Soft Delete

1. การลบ (Soft Delete): แทนที่จะใช้ DELETE FROM table WHERE id = X, เราจะใช้ UPDATE เพื่อเปลี่ยนสถานะของเรคคอร์ด
2. การเรียกดูถังขยะ (View Bin): การค้นหาข้อมูลที่ถูกลบแล้วทำได้โดยการ Query ข้อมูลที่มีสถานะ ‘ถูกลบ’
3. การกู้คืน (Restore): การเปลี่ยนสถานะของเรคคอร์ดกลับไปเป็น ‘ใช้งานได้’

💾 ตัวอย่างการใช้งาน PostgreSQL สำหรับ Recycle Bin

สมมติว่าเรามีตาราง nas_data_records:

SQL

CREATE TABLE nas_data_records (
    record_id SERIAL PRIMARY KEY,
    file_name VARCHAR(100),
    data_content TEXT,
    is_deleted BOOLEAN DEFAULT FALSE,
    deleted_by VARCHAR(50),
    deleted_at TIMESTAMP
);

1. การจำลองการลบ (Soft Deletion)

เมื่อผู้ใช้ลบไฟล์ ‘apple’, ระบบจะอัปเดตสถานะ:

SQL

UPDATE nas_data_records
SET is_deleted = TRUE,
    deleted_by = 'user_admin',
    deleted_at = NOW()
WHERE file_name = 'apple';

2. การเรียกดูข้อมูลในถังขยะ (Viewing the Bin)

การ Query ข้อมูลที่ถูกลบแล้ว (ซึ่งยังไม่ถูกลบอย่างถาวร):

SQL

SELECT record_id, file_name, deleted_at
FROM nas_data_records
WHERE is_deleted = TRUE;

3. การกู้คืนข้อมูล (Restoration)

เมื่อผู้ดูแลระบบต้องการกู้คืนไฟล์ ‘banana’:

SQL

UPDATE nas_data_records
SET is_deleted = FALSE,
    deleted_by = NULL,
    deleted_at = NULL
WHERE file_name = 'banana';

✅ บทสรุปทางสถาปัตยกรรม

การใช้กลไก Soft Delete ใน PostgreSQL ไม่เพียงแต่ช่วยให้ผู้ใช้สามารถกู้คืนข้อมูลที่เผลอลบเท่านั้น แต่ยังสร้าง Audit Trail ที่สมบูรณ์แบบ ทำให้ผู้ดูแลระบบสามารถตรวจสอบได้ว่าใครลบอะไร เมื่อไหร่ และทำไม ซึ่งเป็นข้อกำหนดสำคัญในการปฏิบัติตามกฎระเบียบ (Compliance) ในระดับองค์กร การออกแบบระบบ NAS ที่คำนึงถึง Metadata Layer นี้จึงเป็นมาตรฐานของระบบจัดเก็บข้อมูลระดับ Senior Architect