การใช้คำถามสไตล์โซเครติส (Socratic Questioning ตั้งคำถามให้เขาอธิบายเหตุผลตัวเอง เพื่อให้เขาเห็นข้อขัดแย้งในความคิดตนเอง)

ในโลกของการพัฒนาซอฟต์แวร์และฐานข้อมูล ข้อมูลที่ดูสมบูรณ์มักซ่อนข้อสันนิษฐาน (Assumptions) และข้อขัดแย้งทางตรรกะ (Logical Contradictions) เอาไว้ การเขียนโค้ดที่ดีจึงไม่ใช่แค่การทำให้ระบบทำงานได้ แต่คือการตั้งคำถามอย่างต่อเนื่องว่า ‘ทำไมข้อมูลถึงเป็นแบบนี้?’ ‘เงื่อนไขนี้ครอบคลุมทุกกรณีหรือไม่?’

หลักการนี้คือแก่นแท้ของ Socratic Questioning—การใช้คำถามเพื่อกระตุ้นให้ผู้ใช้หรือนักพัฒนาต้องขุดคุ้ยเหตุผลและข้อสันนิษฐานของตนเองจนกระทั่งพบจุดบกพร่องหรือความไม่สอดคล้องกัน (Aporia) ในความคิดหรือโค้ด

💡 Socratic Questioning กับการพัฒนา PostgreSQL

เมื่อนำหลักการนี้มาประยุกต์ใช้กับ PostgreSQL เราไม่ได้ตั้งคำถามกับคน แต่เราตั้งคำถามกับ ข้อมูล (Data) และ ตรรกะ (Logic) ของ Query ของเราเอง การใช้คำสั่ง SQL ขั้นสูงจึงทำหน้าที่เป็น ‘คำถาม’ ที่บังคับให้เราต้องพิจารณาขอบเขตของข้อมูลที่อาจถูกมองข้ามไป

🛠️ การใช้ Query เป็นเครื่องมือตั้งคำถาม

แทนที่จะเขียน Query ที่ตอบคำถามเดียว เราจะเขียน Query ที่ ‘ตั้งคำถาม’ ถึงความสมบูรณ์ของข้อมูล โดยเฉพาะการตรวจสอบความขัดแย้งระหว่างตาราง (Schema) หรือการระบุข้อมูลที่ ‘ควรจะ’ อยู่ที่นี่แต่กลับไม่เป็นไปตามเงื่อนไขที่คาดหวัง

ตัวอย่าง: การตรวจสอบความไม่สอดคล้องของข้อมูล (Data Inconsistency Check)

สมมติว่าเรามีตาราง `orders` และ `customers` และเราต้องการตรวจสอบว่ามีคำสั่งซื้อใดที่ถูกบันทึกโดยลูกค้าที่ถูกระบุว่า ‘ไม่ใช้งาน’ (inactive) หรือไม่ นี่คือการตั้งคำถามเชิงตรรกะว่า: ‘ทำไมคำสั่งซื้อนี้ถึงเกิดขึ้น ถ้าลูกค้าคนนี้ไม่มีสิทธิ์ใช้งานแล้ว?’

SQL

-- Query นี้ไม่ได้แค่ดึงข้อมูล แต่ตั้งคำถามถึงความถูกต้องของความสัมพันธ์ระหว่างตาราง: </code>
SELECT
    o.order_id,
    o.order_date,
    c.customer_name
FROM
    orders o
LEFT JOIN
    customers c ON o.customer_id = c.customer_id
WHERE
    c.is_active IS NULL OR c.is_active = FALSE;