PlusMagi's Blog By Pitt Phunsanit Database Uncertainty & Relativity (ระดับความน่าจะเป็น ข้อจำกัดของความรู้ และความสัมพันธ์เชิงสัมพัทธ์ตามกรอบอ้างอิง)

Uncertainty & Relativity (ระดับความน่าจะเป็น ข้อจำกัดของความรู้ และความสัมพันธ์เชิงสัมพัทธ์ตามกรอบอ้างอิง)

ในฐานะสถาปนิกข้อมูลระดับสูง (Senior Architect) เรามักเผชิญกับคำถามพื้นฐานทางวิศวกรรมข้อมูลว่า: “อะไรคือความจริงของข้อมูลชุดนี้ได้อย่างแท้จริง?” เมื่อเราพยายามดึงข้อมูล (Query) หรือสังเกตสถานะของฐานข้อมูล ไม่ว่าจะเป็นข้อมูลระดับแถว (Row) หรือระดับตาราง (Schema) การกระทำของการ Query นั้นเองกลับส่งผลให้เกิดข้อจำกัดโดยธรรมชาติในการกำหนดค่าที่สมบูรณ์แบบ การทำความเข้าใจข้อจำกัดเหล่านี้จึงเป็นกุญแจสำคัญในการออกแบบระบบที่ทนทานและแม่นยำ

ความไม่แน่นอนของข้อมูล (Data Uncertainty) และขีดจำกัดของความรู้

แนวคิดทางฟิสิกส์ได้สอนเราว่าการสังเกตมีข้อจำกัด แต่ในโลกของข้อมูล ความไม่แน่นอนไม่ได้มาจากเครื่องมือวัด แต่มาจาก ขอบเขตของ Query Scope และ ความสมบูรณ์ของข้อมูล (Data Integrity) เราไม่สามารถทราบค่าของตัวแปรทั้งหมดพร้อมกันได้หากไม่มีการกำหนดเงื่อนไขที่ชัดเจน การใช้ PostgreSQL อย่างมีประสิทธิภาพจึงต้องยอมรับว่า ‘ความจริง’ ของข้อมูลขึ้นอยู่กับเงื่อนไข WHERE, JOIN, และขอบเขตของ Transaction เสมอ

ความสัมพันธ์เชิงสัมพัทธ์ของข้อมูล (Data Relativity) ผ่าน CTEs และ Views

ในเชิงสัมพัทธภาพ (Relativity) เวลาและพื้นที่ไม่ได้เป็นค่าสัมบูรณ์ แต่ขึ้นอยู่กับกรอบอ้างอิง (Frame of Reference) ใน PostgreSQL แนวคิดนี้ถูกจำลองผ่านการใช้ Common Table Expressions (CTEs) หรือ Views ซึ่งทำหน้าที่เป็น ‘กรอบอ้างอิง’ ชั่วคราว (Temporary Scope) ข้อมูลที่ถูกดึงออกมาจึงไม่ใช่ค่าสัมบูรณ์ แต่เป็นค่าที่สัมพันธ์กับขอบเขตที่เรากำหนด

ตัวอย่างเช่น หากเราต้องการทราบค่าเฉลี่ยของสินค้า (Average Count) เราต้องกำหนดขอบเขตข้อมูล (Limited Scope) ก่อน การใช้ CTE จะช่วยให้เราจำกัดขอบเขตการมองเห็นข้อมูล ทำให้เราสามารถคำนวณค่าที่ ‘สัมพันธ์’ กับขอบเขตนั้นได้อย่างแม่นยำ:

SQL

-- การกำหนดกรอบอ้างอิงข้อมูลชั่วคราว (CTE) เพื่อจำลอง 'ขอบเขตการสังเกต' ที่จำกัด
WITH limited_scope AS (
    SELECT 'apple' AS item, 1 AS count
    UNION ALL
    SELECT 'banana', 2
    UNION ALL
    SELECT 'orange', 3
)
-- การ Query ที่ใช้กรอบอ้างอิงนี้เพื่อหาค่าเฉลี่ย (ค่าที่ขึ้นอยู่กับกรอบอ้างอิง)
SELECT
    item,
    AVG(count) AS average_count
FROM
    limited_scope
GROUP BY
    item;

บทสรุป: การออกแบบสถาปัตยกรรมที่ยอมรับความไม่แน่นอน

การเป็น System Specialist ที่ดี ไม่ใช่แค่การเขียนคำสั่ง SQL ที่ถูกต้อง แต่คือการเข้าใจว่าข้อมูลที่ได้มานั้นมี ‘ขอบเขตความรู้’ (Scope of Knowledge) อย่างไร การใช้ CTEs, Window Functions, และการจัดการ Transaction อย่างรอบคอบ คือการยอมรับและจัดการกับความไม่แน่นอนและความสัมพันธ์เชิงสัมพัทธ์ของข้อมูล ทำให้เรามั่นใจได้ว่าผลลัพธ์ที่เราได้นั้นมีความแม่นยำสูงสุดภายใต้กรอบการทำงานที่กำหนดไว้