Day 4: Architecture Capstone & Phase 1 Synthesis (การประมวลรวบยอดสถาปัตยกรรม Phase 1: การวัดผล Benchmark, การบูรณาการ Network-Memory-Locking และกรอบการนำเสนอเพื่อโต้แย้งทางสถาปัตยกรรม)

สามวันที่ผ่านมาเราชี้คอขวดได้แล้ว วันนี้เราต้องมีไม้บรรทัด — ไม่เดาว่าช้าตรงไหน แต่เปิดดูว่าฐานข้อมูลทำงานอย่างไรจริงๆ

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

นี่คือเครื่องมือจบ Phase 1 ก่อนจะเริ่มสร้าง Stored Code ใน Phase 2 ทำให้เรามีตัวเลขเปรียบเทียบชัดเจนว่าโค้ดใหม่เร็วกว่าโค้ดเดิมกี่เท่า

ตลอด 3 วันที่ผ่านมา เราได้เจาะลึกคอขวดแยกตามมิติสำคัญ 3 ด้าน: Day 1 (Network Latency & Chatty App), Day 2 (Disk I/O & Shared Buffer Pool Mechanics), และ Day 3 (Transaction Lock Contention & Concurrency) แต่ในระบบ Enterprise จริง ปัญหาเหล่านี้ไม่ได้เกิดขึ้นแยกกันอย่างโดดเดี่ยว แต่มักทับซ้อนกันเป็นโดมิโนความช้าใน Pipeline เดียวกัน!

ถอดรหัสคำศัพท์เทคนิคระดับ Capstone (Architecture Synthesis Vocab)

การรวบยอดสถาปัตยกรรม Capstone Pipeline จะนำไวยากรณ์จาก Days 1–3 มาเรียงต่อกันเป็นเวิร์กโฟลว์เดียวที่ทรงประสิทธิภาพและปลอดภัยสูงสุด:

DO $$
DECLARE
    -- [Day 2 Concept] ใช้ %ROWTYPE ผูกกับ Schema ตาราง เพื่อความปลอดภัยของหน่วยความจำบน RAM
    v_task_rec   tasks%ROWTYPE;
    v_proc_count INT := 0;
BEGIN
    -- [Day 3 Concept] ตั้งค่า lock_timeout เพื่อทำ Fail-Fast ป้องกันการนั่งรอคิวค้างยาว
    SET LOCAL lock_timeout = '2s';

    -- [Day 3 Concept] ดึงข้อมูลแถวแรกที่ยังไม่ติดล็อกด้วย FOR UPDATE SKIP LOCKED
    SELECT * INTO v_task_rec
    FROM tasks
    WHERE status = 'PENDING'
    ORDER BY priority DESC
    LIMIT 1
    FOR UPDATE SKIP LOCKED; -- 🎯 Non-blocking concurrent access

    -- [Day 1 & Day 2 Concept] ประมวลผลบน shared_buffers แบบ Single Round-Trip
    IF v_task_rec.id IS NOT NULL THEN
        UPDATE tasks
        SET status = 'COMPLETED', updated_at = CURRENT_TIMESTAMP
        WHERE id = v_task_rec.id;

        RAISE NOTICE 'Capstone Pipeline: ประมวลผล Task ID % สำเร็จ', v_task_rec.id;
    END IF;
END $$;

🏋️‍♂️ แบบฝึกหัดไต่ระดับการเขียนจริง (จาก Benchmark ➔ Capstone Synthesis)

-- [1] คำสั่งวัดผลทางสถาปัตยกรรมแบบเจาะลึก 3 มิติ
-- วัดค่า Execution Time จริง + สถิติ Data Pages (shared hit / read) + Planning Time
EXPLAIN (ANALYZE, BUFFERS, TIMING)
SELECT status, COUNT(*)
FROM orders
WHERE created_at >= CURRENT_DATE
GROUP BY status;

-- 📤 ตัวอย่างผลลัพธ์ Benchmark เชิงสถาปัตยกรรม:
-- HashAggregate  (cost=125.00..127.00 rows=3 width=16) (actual time=0.852..0.855 rows=3 loops=1)
--   Buffers: shared hit=842 read=0  <-- 🎯 พิสูจน์ว่าอ่านจาก RAM 100% ไร้ Disk Read!
--   Planning Time: 0.120 ms
--   Execution Time: 0.895 ms         <-- 🎯 วัดเวลาจริงได้ในระดับเสี้ยววินาที

-- [1] ดึงสถิติ Cache Hit Ratio ของตาราง orders เพื่อพิสูจน์กลไก Buffer Pool Proximity
SELECT
    relname AS table_name,
    heap_blks_hit AS ram_hits,
    heap_blks_read AS disk_reads,
    ROUND(100.0 * heap_blks_hit / NULLIF(heap_blks_hit + heap_blks_read, 0), 2) AS cache_hit_ratio_pct
FROM pg_statio_user_tables
WHERE relname = 'orders';

-- 📤 ผลลัพธ์:
-- table_name | ram_hits | disk_reads | cache_hit_ratio_pct
-- orders     |   984500 |        120 |               99.99

🔴 Level 3: Refactoring โค้ดระดับ Capstone (รวบยอด Days 1–3 เข้าเป็น Pipeline เดียว)

เปรียบเทียบโค้ดเดิมที่มีปัญหาซ้อนทับ 3 มิติ กับโค้ดใหม่ระดับ Capstone ที่ประมวลผลเคลียริงออเดอร์และบันทึก Audit Log ใน RAM รวดเดียว:

# โค้ดเคลียริงออเดอร์บน Application Server
# ⚠️ ปัญหา 1: ยิง 3 คำสั่งข้าม Network ต่อ 1 รายการ (Chatty RTT)
# ⚠️ ปัญหา 2: ไม่ใช้ Row Lock ป้องกันแย่งงาน (Race Condition)
# ⚠️ ปัญหา 3: กวาดข้อมูลเข้า App จนล้าง Cache ใน RAM (Disk I/O พุ่ง)
for order in db.execute("SELECT id, amount FROM orders WHERE status = 'PENDING'"):
    if order.amount >= 1000:
        db.execute(
            "UPDATE orders SET status = 'PROCESSING' WHERE id = %s",
            (order.id,)
        )
        db.execute(
            "INSERT INTO audit_logs (order_id, action) VALUES (%s, 'PROCESS')",
            (order.id,)
        )

DO $$
DECLARE
    -- [บรรทัดที่ 1-2] ประกาศตัวแปรเรกคอร์ด %ROWTYPE (Day 2) และตัวแปรนับจำนวน
    v_order_rec   orders%ROWTYPE;
    v_processed   INT := 0;
BEGIN
    -- [บรรทัดที่ 3] กำหนดเวลาในการรอ Lock ไม่เกิน 2 วินาทีเพื่อป้องกันคิวค้าง (Day 3 Fail-Fast)
    SET LOCAL lock_timeout = '2s';

    -- [บรรทัดที่ 4] ดึงออเดอร์ค้างประมวลผล 1 รายการโดยใช้ FOR UPDATE SKIP LOCKED (Day 3 Non-Blocking)
    SELECT * INTO v_order_rec
    FROM orders
    WHERE status = 'PENDING' AND amount >= 1000
    ORDER BY created_at ASC
    LIMIT 1
    FOR UPDATE SKIP LOCKED;

    -- [บรรทัดที่ 5] ตรวจสอบว่าดึงออเดอร์สำเร็จหรือไม่
    IF v_order_rec.id IS NOT NULL THEN

        -- [บรรทัดที่ 6-12] ใช้ CTE ยุบคำสั่ง UPDATE และ INSERT Audit Log ลงบน RAM ใน Single Pipeline (Day 1 & Day 2)
        WITH updated_order AS (
            UPDATE orders
            SET status = 'PROCESSED',
                updated_at = CURRENT_TIMESTAMP
            WHERE id = v_order_rec.id
            RETURNING id, amount
        )
        INSERT INTO audit_logs (order_id, action, amount_processed)
        SELECT id, 'SETTLED_IN_DATABASE', amount
        FROM updated_order;

        -- [บรรทัดที่ 13] บันทึกสถิติสำเร็จ
        v_processed := 1;
        RAISE NOTICE 'Capstone Pipeline: เคลียริงออเดอร์ ID % สำเร็จแบบ Single Round-Trip', v_order_rec.id;
    ELSE
        RAISE NOTICE 'Capstone Pipeline: ไม่พบออเดอร์ที่พร้อมประมวลผล (หรือ ออเดอร์กำลังถูก Thread อื่นทำอยู่)';
    END IF;
END $$;

แบบทดสอบวัดระดับความเข้าใจสถาปัตยกรรม Capstone Synthesis, การวัดผล Benchmark (EXPLAIN ANALYZE BUFFERS), Presentation Defense Framework, และข้อสอบสะสมทบทวนครบทั้ง Day 1, Day 2 & Day 3 คลิกเลือกคำตอบ ก, ข, ค, หรือ ง เพื่อดูผลลัพธ์และคำอธิบายอย่างละเอียดทันที

🎉 ยินดีด้วยครับ! คุณได้ผ่านการฝึกอบรม Phase 1: The Core Problem & Architecture เรียบร้อยแล้ว 100%

บทเรียน Day 4: Architecture Capstone & Phase 1 Synthesis เป็นการสรุปรวบยอดสถาปัตยกรรม Phase 1 โดยการผนึกรวมการแก้ปัญหา Network Latency (Day 1), Disk I/O & Memory (Day 2) และ Transaction Lock Contention (Day 3) เข้าด้วยกันเป็น Capstone Pipeline พร้อมสร้างกรอบการวัดผล Benchmark (EXPLAIN (ANALYZE, BUFFERS)) และ Presentation Defense Framework สำหรับโต้แย้งทางสถาปัตยกรรมได้อย่างสมบูรณ์แบบ