Optimistic หรือ Pessimistic Locking: กันข้อมูลชนกันเมื่อหลายคนแก้พร้อมกัน

เมื่อระบบมีหลายคนแก้ข้อมูลเดียวกันได้ เช่น สองพนักงานเปิดใบสั่งซื้อเดียวกันแล้วแก้พร้อมกัน คำถามคือจะจัดการอย่างไรไม่ให้งานของคนหนึ่งทับอีกคนโดยไม่มีใครรู้ มีสองแนวทางหลัก Pessimistic Locking คือล็อกข้อมูลไว้ก่อนใครแก้ ให้คนอื่นต้องรอ ส่วน Optimistic Locking คือปล่อยให้ทุกคนแก้ได้ แต่ตอนบันทึกจะตรวจว่ามีคนอื่นแก้ไปก่อนหรือไม่ ถ้ามีก็แจ้งเตือนแทนที่จะทับเงียบ ๆ

แต่ละแบบเหมาะกับสถานการณ์ต่างกัน

Pessimistic Locking เหมาะเมื่อการชนกันเกิดบ่อยและผลของการทับกันร้ายแรง เพราะการรอดีกว่าการเสียงาน แต่แลกมาด้วยความไม่สะดวก คนต้องรอกัน ส่วน Optimistic Locking เหมาะเมื่อการชนกันเกิดไม่บ่อย เพราะปล่อยให้ทุกคนทำงานลื่นไหลได้ และจัดการเฉพาะกรณีที่ชนกันจริง วิธีนี้ให้ประสบการณ์ที่ดีกว่าในระบบที่คนส่วนใหญ่ไม่ได้แก้ข้อมูลชิ้นเดียวกันพร้อมกัน

• Pessimistic: ล็อกก่อนแก้ เหมาะเมื่อชนกันบ่อยและเสียหายมาก
• Optimistic: ตรวจตอนบันทึก เหมาะเมื่อชนกันไม่บ่อย
• สิ่งที่แย่ที่สุดคือไม่มีทั้งสองอย่าง แล้วงานถูกทับเงียบ ๆ

การเลือกระหว่าง Optimistic กับ Pessimistic Locking เป็นการตัดสินใจออกแบบที่กระทบทั้งความถูกต้องของข้อมูลและประสบการณ์ผู้ใช้ สำหรับธุรกิจที่มีหลายคนทำงานบนข้อมูลเดียวกัน เช่น สต็อก ใบสั่งซื้อ หรือการจอง การเข้าใจว่ามีสองวิธีนี้ ช่วยให้ตั้งคำถามกับทีมได้ว่าระบบจัดการการแก้พร้อมกันอย่างไร เพราะระบบที่ไม่ได้คิดเรื่องนี้ มักทำข้อมูลเสียหายเงียบ ๆ ในวันที่คนใช้งานพร้อมกันมาก