Sequence Number บอกลำดับของ Events ภายใน Stream หรือ Entity เช่น Draw Event #1, #2, #3 ช่วยให้ Projection ตรวจ Missing Event หรือ Out-of-order Processing ได้ง่ายขึ้
Hard Rule เช่น Region Compatibility หรือ Required Configuration ไม่ควรถูกละเมิด ส่วน Display Preference เช่นอยากเรียงรายการตาม Popularity สามารถเปลี่ยนได้โดยไม่ทำให้ Configuration Inval
Cascade Delete คือการลบ Child Records ตาม Parent เช่นลบ Game Version แล้ว Feature Records ที่ผูกอยู่ถูกลบตาม แต่ควรใช้ระวัง เพราะ Historical Child Data อาจยังต้องเก็บแม้ Parent ไม่ Acti
หน้า h168 บอล อาจรับ Match Data จาก Feed หลาย Version เช่น V1 เก็บ `score=”2-1″` แต่ V2 แยก `home_score`, h168สมาชิก `away_score`, `extra_time_score` และ `penalty_score` การรวมข้อมูลทั้งสองรุ่นต้องใช้ Version-aware Mappi
Hard Delete คือ การทำให้ Entity ไม่สามารถถูกอ่านด้วยกลไกปกติหลัง Delete แต่ในระบบจริงอาจยังมี Backup, Audit หรือ Retention Policy แยกต่างหาก จึงควรอธิบายตาม Architecture ที่ใช้จริ
Replay คือการนำ Event ที่เคยเกิดแล้วกลับมาประมวลผลอีกครั้งเพื่อสร้าง Projection ไม่ควรทำให้ Event Timestamp, Domain Identity หรือ Historical Count เปลี่ยน การ Replay 10 ครั้งไม่ได้หมายความว่า Goal เดิมเกิด 10 ครั้
การ Filter Historical Records เป็นการเลือกข้อมูลอดีตตาม Constraints ไม่ใช่การสร้าง Probability ของงวดถัดไป แม้ User เลือกงวดที่ตรง Pattern บางอย่าง ก็ไม่ควรใช้คำว่า รับประกันผ
ไม่ควร หาก Constraint กำหนดว่าต้องมี Verified Result และ Record หนึ่งยังไม่มีผลที่ยืนยันได้ ควรตัด Record นั้นออกจาก Feasible Set แทนการสร้างหรือเดาค่าเพื่อให้ผ่าน Que
Title ที่อ้าง Fact สำคัญ เช่น “ผลบอลจบ 2-1” ควรถูกสร้างจาก Revision เดียวกับ Body และ Structured Data ไม่ควรให้ Title อ่าน Primary แต่ Body อ่าน Replica เก่าจน Page ขัดกันเอ
Cutover คือจุดที่ระบบเปลี่ยนจาก Schema/Field เก่าไปใช้รุ่นใหม่เป็นหลัก หลัง Cutover ควรหยุด Producer เก่าเขียน Representation ที่ Deprecated ตามแผน ไม่เช่นนั้น Data อาจย้อนกลับไป Format เดิ
Hard Constraint คือเงื่อนไขที่ ห้ามละเมิด เช่นต้องเป็นข้อมูลของ Game Version V3 ส่วน Soft Constraint คือ Preference เช่นอยากได้ข้อมูลที่ใหม่กว่า หรืออยากจัดเรียงตามความเกี่ยวข้อ
Cross-replica Mixing เกิดเมื่อแต่ละ Section ของหน้าอ่านจาก Replica คนละตัวโดยไม่มี Revision Boundary เช่น RTP มาจาก Node A และ Features มาจาก Node B ที่ Sync ไม่เท่ากัน ทำให้ Output ไม่มี Version จริงชุดใดรองรับทั้งหม
คาสิโน ควรตรวจ Active, Disabled, Retired และ Archived Rules ให้ Historical Configuration ยังตรวจสอบได้ตาม Policy และ Rule ที่ไม่ใช้แล้วไม่ถูกแสดงเป็น Curre
หาก Schema เดิมใช้ `medium` แต่ Schema ใหม่เพิ่ม `very_high` การ Mapping ต้องรักษา Category จริง ไม่ควรบีบ `very_high` กลับเป็น `high` โดยไม่ระบุว่าเป็น Lossy Mapping หาก Downstream Consumer ยังไม่รองรับค่าใหม
