Snapshot เป็น State ที่คำนวณ ณ จุดหนึ่ง ส่วน Event Log เป็น History ของ Changes Snapshot ช่วย Performance แต่ไม่ควรแทน Event Log หากต้องการ Audit หรือ Rebuild ด้วย Logic ใหม
ถ้า Schema ใหม่เพิ่มรายละเอียด Feature เช่น `wild_type` หรือ `scatter_trigger` Records เก่าที่ไม่มี Fields เหล่านี้ควรแสดงว่าไม่มีข้อมูลระดับนั้น ไม่ควรสรุปว่าไม่มี Feature หาก Boolean เดิมบอกว่าม
Retired Game Version ใช้ RTP ของ Current Version แทนได้ไหม? ไม่ควร เพราะ Technical Data ต้องผูกกับ Version ที่ถูกต้องของตัวเอ
ไม่ แม้ Event Log จะครบและ Projection ถูก Rebuild อย่างถูกต้อง ก็ไม่ควรใช้คำว่า เลขชัวร์ เพราะ Historical Events ไม่ได้สร้าง Guarantee ต่อ Future Dr
Event Log คือ แหล่งข้อมูลที่ใช้สร้าง State ใหม่อีกครั้งได้ แต่ Event Log ไม่จำเป็นต้องเหมาะกับการแสดงต่อ User โดยตรง เพราะอาจมี Technical Events และรายละเอียดที่ต้อง Transform ก่อนสร้าง Public Conte
การใช้ `Schema-version Review` ช่วยให้ทีม `ป้องกัน Field รุ่นใหม่ถูกสร้างย้อนหลังโดยไม่มี Evidenc
Orphan Record คือ Child ที่ Parent ถูกลบหรือหาไม่พบ เช่น Feature ยังอยู่แต่ Game Version หายไป การออกแบบ Delete Policy ควรป้องกัน Orphan หรือมี Explicit Orphan Handli
Projection เสียต้องแก้ Event History ด้วยไหม? ไม่เสมอ หาก Event Log ถูกต้องสามารถ Rebuild Projection ใหม่จาก Events เดิมได
สามารถใช้ `หากไม่มีงวดผ่านครบ ระบบควรรายงานว่าไม่พบรายการตามเงื่อนไข` ทุก Variant รักษา Filter Meani
Quorum Write ต้องได้รับ Acknowledgement จากจำนวน Nodes ตามเงื่อนไขก่อนถือว่าสำเร็จ ช่วยควบคุม Trade-off ระหว่าง Consistency และ Availability แต่ไม่ใช่สิ่งเดียวกับ “ทุก Replica อัปเดตแล้ว” เสมอไ
League Table เป็น Projection ที่คำนวณจาก Match Results หลายรายการ ไม่ใช่ Event ต้นทางหนึ่งตัว หาก Result Match หนึ่งถูก Correction ตารางอาจต้อง Rebuild หรือ Update Points, Goal Difference และ Ranking ตาม Dependen
Schema Drift คือ ความแตกต่างของ Data Shape ระหว่าง Records หลายรุ่น เช่น Source เพิ่ม `provider_version` เข้าใน Technical Record รุ่นใหม
Ghost Record คือข้อมูลที่ถูกลบจาก Source หนึ่งแต่ยังปรากฏใน Cache, Index หรือ Replica อีกจุด ทำให้ User เห็น Entity ที่ไม่ควร Active แล้ว ต้องมี Propagation และ Invalidation ที่เหมาะส
หวยไทย ควรเก็บ Publication และ Correction Events แล้วสร้าง Current Result Projection โดยไม่แก้ History ย้อนหลัง ส่วน บอล ควรใช้ Goal, H168 Card, VAR และ Finished Events สร้าง Score และ Timeline โดยป้องกัน Double Count ระหว่าง Repl
บอล ควรตรวจ Match, Event, Cancelled Status และ Duplicate Fixtures ให้ Delete Lifecycle ไม่แทนที่ Match Lifecycle และ Derived Statistics ไม่อ้าง Ghost Recor
Replica Lag คือความล่าช้าระหว่าง เวลาที่ Replica Apply การเปลี่ยนแปลงเดียวกัน เช่น Primary มี Score 2-1 แล้ว แต่ Replica หนึ่งยังแสดง 1-1 อีกไม่กี่วินาท