ACID: ทำไมธุรกรรมฐานข้อมูลต้องครบทั้งชุด หรือไม่ทำเลย

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

สี่คุณสมบัติที่รับประกันความถูกต้อง

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

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

การเข้าใจ ACID ช่วยให้ผู้บริหารและทีมรู้ว่างานประเภทไหนต้องการการรับประกันความถูกต้องระดับนี้ และไม่ควรประนีประนอมเพื่อความเร็ว โดยเฉพาะงานที่เกี่ยวกับเงินและสต็อก การเลือกใช้ฐานข้อมูลและออกแบบธุรกรรมให้เหมาะกับความสำคัญของข้อมูล คือรากฐานที่ทำให้ระบบไว้ใจได้ในวันที่มีข้อผิดพลาดหรือคนใช้พร้อมกันจำนวนมาก