Lag by Time วัดความล่าช้าเป็นวินาทีหรือเวลา ส่วน Lag by Revision วัดจำนวน Changes ที่ยังไม่ได้ Apply ทั้งสองมีประโยชน์ต่างกัน เช่น 5 วินาทีอาจมีเพียงหนึ่ง Update หรือหลายพัน Updates ขึ้นกับ Traff

`ResultPublished` คือ Event ที่ระบุว่าผลหนึ่งถูกเผยแพร่ ณ จุดหนึ่ง ส่วน Current Result คือค่าที่ได้หลัง Apply Events ที่ตามมา หากมี `ResultCorrected` ภายหลัง Current Result อาจต่างจาก Result ที่ Publish ครั้งแรกโดย Event History ยังเก็บทั้งสองเหตุการณ์ไว

สามารถใช้ `หากไม่มี Configuration ผ่านครบควรรายงาน Infeasible แทนการใช้ค่าจาก Scope อื่น` ทุก Variant รักษา Rule Semanti

Hard Delete คือ การทำให้ Entity ไม่สามารถถูกอ่านด้วยกลไกปกติหลัง Delete แต่ในระบบจริงอาจยังมี Backup, h168ทางเข้า Audit หรือ Retention Policy แยกต่างหาก จึงควรอธิบายตาม Architecture ที่ใช้จริ

Global Constraint ใช้กับ Candidate ทั้งหมด เช่นทุก Result ต้อง Verified ส่วน Local Constraint ใช้กับ Section หรือ Entity เฉพาะ เช่นเฉพาะ Region A ต้องมี Override Field การแยก Scope ลดการ Apply Rule กว้างเกินจำเป็

Constraint ไม่เหมือน Objective เพราะ Constraint ตอบว่า “ผ่านหรือไม่ผ่าน” ขณะที่ Objective ใช้เลือกว่า Candidate ใดดีกว่ากันหลังจากผ่านข้อกำหนดแล้

Projection Rebuild คือ การล้างหรือสร้าง Read Model ใหม่จาก Event History ช่วยให้ไม่ต้องแก้ Derived Rows ทีละ Record หาก Source Events ยังคร

Goal Event บอกว่า Goal หนึ่งเกิดขึ้น ส่วน Score Projection คำนวณจำนวน Goals ที่ยัง Valid ตาม Rules เช่นหากภายหลังมี VAR Event ที่ยกเลิก Goal Projection ต้องปรับ Score แต่ Goal History สามารถยังเก็บว่าเหตุการณ์เดิมถูกบันทึกแล้วถูกเปลี่ยนสถานะภายหลั

Forward Compatibility หมายถึง Consumer รุ่นเก่าสามารถรับข้อมูลจาก Producer รุ่นใหม่ได้ในระดับหนึ่ง เช่น Ignore Unknown Fields โดยไม่ Crash แต่ไม่ได้หมายความว่าจะเข้าใจ Meaning ของ Field ใหม่ทั้งหม

ก่อน Restore ต้องตรวจว่า Event ไม่ชนกับ Event ปัจจุบันและ Derived Score ยัง Consistent เช่น Restore Goal ที่ถูกลบผิดอาจต้อง Recompute Score, Timeline และ Statistics ที่เกี่ยวข้อ

ไม่มี Candidate ผ่านครบควรเลือกตัวที่ใกล้ที่สุดไหม? ไม่ควรโดยอัตโนมัติ ควรรายงานว่าไม่มีผลลัพธ์ก่อน และ Relax Constraints เฉพาะเมื่อ Policy หรือ User อนุญา

ไม่ แม้ Match Records จากหลาย Schema Versions จะถูก Normalize จนเปรียบเทียบได้ ก็ไม่ควรใช้คำว่า สกอร์รับประกัน เพราะ Schema Uniformity ไม่ใช่ Predictive Certain

Stale Read คือการอ่านค่าที่เก่ากว่า Revision ปัจจุบัน เช่น Historical Summary ยังใช้ Result ก่อน Correction การอ่านค่าเก่าไม่ได้หมายความว่า Data Record ถูกแก้กลับ เพียงแต่ Reader ยังไม่เห็น Revision ใหม

การรู้เพียง Field Name ไม่พอ หาก Meaning เปลี่ยนตาม Version เพราะ `score` ใน Schema เก่าอาจเป็น Final Score ขณะที่ Schema ใหม่มี `live_score` กับ `final_score` แยกกั