ในฐานข้อมูลเชิงสัมพันธ์ (Relational Database) การจัดการกับข้อมูลที่มีโครงสร้างแบบลำดับชั้น (Hierarchical Data) เช่น โครงสร้างองค์กร หรือหมวดหมู่สินค้า เป็นภารกิจที่ซับซ้อนและต้องใช้ความเข้าใจเชิงสถาปัตยกรรมระดับสูง การเข้าถึงข้อมูลบรรพบุรุษ (Ancestor) หรือองค์ประกอบที่อยู่สูงกว่า (Parent) ของ Record ที่กำลังพิจารณา จึงเป็นหัวใจสำคัญในการพัฒนา Query ที่มีประสิทธิภาพ
ในโลกของการพัฒนาฐานข้อมูล การใช้การ Join แบบธรรมดาเพื่อหา Parent โดยตรงนั้นเทียบได้กับการใช้เมธอดที่จำกัดขอบเขต (เช่น jQuery’s $.parent()) ซึ่งทำได้เพียงแค่ระดับชั้นเดียวเท่านั้น แต่เมื่อเราต้องการข้ามระดับชั้นเพื่อหา Container หรือ Root Node ที่มีคุณสมบัติเฉพาะเจาะจงกว่านั้น เราจำเป็นต้องใช้เครื่องมือที่ทรงพลังกว่า นั่นคือ WITH RECURSIVE หรือ Recursive Common Table Expressions (CTE) ซึ่งทำหน้าที่คล้ายกับ element.closest() ในโลกของ DOM API
💡 ความแตกต่างระหว่างการ Join ธรรมดา กับ Recursive CTE
ในเชิงเทคนิคแล้ว การใช้ JOIN แบบปกติจะจำกัดการค้นหาให้อยู่แค่ องค์ประกอบแม่โดยตรง (Immediate Parent) เท่านั้น หากเราต้องการหาบรรพบุรุษที่อยู่ลึกกว่า (Grandparent, Great-Grandparent) การ Join ซ้ำๆ จะทำให้ Query มีความซับซ้อนและประสิทธิภาพลดลงอย่างมาก
ในทางกลับกัน WITH RECURSIVE ถูกออกแบบมาเพื่อแก้ปัญหานี้อย่างสมบูรณ์แบบ มันจะเริ่มค้นหาจาก Record ปัจจุบันและไล่ขึ้นไปตามลำดับชั้นของ Parent ID อย่างต่อเนื่อง (Iterative Traversal) จนกว่าจะพบ Root Node หรือจนกว่าจะตรงตามเงื่อนไขการหยุดที่เรากำหนด ทำให้โค้ดของเรามีความยืดหยุ่นสูงมากในการค้นหา Ancestor ที่มีคุณสมบัติเฉพาะเจาะจง ไม่ว่ามันจะอยู่ลึกแค่ไหนในโครงสร้าง
🛠️ ตัวอย่างการใช้งาน Recursive CTE ใน PostgreSQL
สมมติว่าเรามีตาราง categories ที่มีโครงสร้างแบบลำดับชั้น และเราต้องการหา Root Category (Ancestor) ของ Category ที่มี ID เท่ากับ 103 โดยไม่รู้ว่ามันอยู่ลึกแค่ไหน:
SQL
WITH RECURSIVE ancestor_finder AS (
-- Anchor Member: เริ่มจาก Record ที่ต้องการค้นหา Parent
SELECT id, name, parent_id, 0 AS level
FROM categories
WHERE id = 103
UNION ALL
-- Recursive Member: ไล่ขึ้นไปหา Parent ต่อไปเรื่อยๆ
SELECT c.id, c.name, c.parent_id, a.level + 1
FROM categories c
JOIN ancestor_finder a ON c.id = a.parent_id
)
SELECT * FROM ancestor_finder ORDER BY level DESC;
Query นี้จะทำหน้าที่เหมือนการเรียก element.closest('.root-container') โดยการวนซ้ำ (Recursion) จะทำให้เราสามารถดึงข้อมูลบรรพบุรุษทั้งหมดขึ้นมาได้ในครั้งเดียว ซึ่งเหนือกว่าการใช้ JOIN แบบธรรมดาที่ต้องเขียนซ้ำหลายครั้ง (Self-Join)
✅ บทสรุปสำหรับสถาปนิกข้อมูล
การทำความเข้าใจและเลือกใช้ WITH RECURSIVE เป็นทักษะที่สำคัญสำหรับ Senior Architect ในการจัดการกับข้อมูลที่มีความสัมพันธ์แบบลำดับชั้น (Hierarchical Data) เสมอ ควรใช้เทคนิคนี้เมื่อความต้องการของเราคือการค้นหา Ancestor หรือการไล่ระดับชั้นของข้อมูล ไม่ใช่แค่การเข้าถึง Parent โดยตรง การใช้ CTE อย่างถูกต้องจะช่วยให้ Query ของคุณมีประสิทธิภาพสูงขึ้น อ่านง่ายขึ้น และมีความยืดหยุ่นในการขยายขอบเขตการค้นหาได้อย่างไร้ขีดจำกัด