CQRS (Command Query Responsibility Segregation) แยกโมเดลที่ใช้แก้ไขข้อมูลออกจากโมเดลที่ใช้อ่านข้อมูล ฝั่งเขียนเน้นกฎทางธุรกิจ ส่วนฝั่งอ่านจัดข้อมูลให้เหมาะกับการแสดงผลหรือค้นหา
ตัวอย่างเช่น การจองตั๋วภาพยนตร์ต้องตรวจสอบว่าที่นั่งว่างหรือไม่ ส่วนการแสดงรายการตั๋วต้องมีชื่อภาพยนตร์ รอบฉาย และตำแหน่งที่นั่ง งานเหล่านี้เกี่ยวข้องกับข้อมูลเดียวกัน แต่ต้องประมวลผลต่างกัน
ทั้งสองโมเดลอยู่ในแอปพลิเคชันเดียวและใช้ฐานข้อมูลร่วมกันได้ CQRS ไม่ได้บังคับให้ใช้สองฐานข้อมูล คิว หรือ Event Sourcing
เมื่อลูกค้าเลือกที่นั่ง คำขอจะไปยังฝั่งเขียน ระบบตรวจสอบและบันทึกการจอง โดยต้องใช้ธุรกรรมที่มีข้อจำกัดข้อมูลเหมาะสมเพื่อป้องกันลูกค้าสองคนจองที่นั่งเดียวกันในรอบฉายเดียวกัน เมื่อเขียนสำเร็จ ลูกค้าจะได้รับการยืนยัน
เมื่อลูกค้าเปิด “ตั๋วของฉัน” ฝั่งอ่านส่งรายการที่มีชื่อภาพยนตร์ รอบฉาย และที่นั่งกลับมา รูปแบบการแสดงผลเปลี่ยนได้โดยไม่ต้องเปลี่ยนกฎการจอง
หากการค้นหามีต้นทุนสูง ระบบอาจเก็บตารางสำหรับอ่านแยกต่างหากที่รวบรวมรายละเอียดเหล่านี้ไว้แล้ว หากอัปเดตตารางแบบอะซิงโครนัส ตั๋วใหม่อาจยังไม่ปรากฏทันที อินเทอร์เฟซจึงควรคงข้อความยืนยันว่าจองสำเร็จไว้ระหว่างรีเฟรชรายการ
CQRS มีประโยชน์เมื่อการแก้ไขข้อมูลมีกฎทางธุรกิจมาก ขณะที่หน้าจอหรือรายงานต้องการข้อมูลในรูปแบบต่างออกไปมาก สามารถใช้เฉพาะการจองตั๋วแทนการใช้ทั้งระบบได้
สำหรับแอปพลิเคชันที่เพียงสร้าง อ่าน แก้ไข และลบระเบียนง่าย ๆ การใช้โมเดลร่วมกันเพียงโมเดลเดียวมักพัฒนาได้ง่ายกว่า
คลังคำถามสัมภาษณ์งาน IT พร้อมคำตอบโดยละเอียด — ตั้งแต่ระดับ Junior ถึง Senior
บริจาค