คุณจะเห็นได้ว่าวิธีนี้สามารถลัดการอ่านข้อมูลจากตารางที่ 4 ได้บางส่วน

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

หนึ่งตัวอย่างของข้อมูลที่ไม่สอดคล้องกันคือการคำนวณเมื่อจบเกม โครงสร้างและแพลตฟอร์มเซิร์ฟเวอร์ของเรารองรับข้อความที่มาช้า ตัวอย่างคือ ถ้าสองศูนย์ข้อมูล (A และ B) มีปัญหาชั่วคราว และศูนย์ A ส่งข้อความที่จะมอบค่าประสบการณ์ให้กับหุ่นจิ๋วของผู้เล่น แต่ B ยังไม่ได้รับข้อความนั้น ลองคิดสถานการณ์ตามนี้นะครับ: คุณกำลังเล่นเกมก่อนถึงช่วงเที่ยงคืน คุณชนะเกม และตอนนั้นเป็นวันพุธเวลา 23:59 น. ตัวประมวลผลการรวมข้อมูลนั้นถูกตั้งค่าให้ทำงานทุกวันเพื่อรวมข้อมูลทั้งหมดในวันนั้น โดยตัวประมวลผลจะเริ่มทำงานตอนเที่ยงคืนและรวมค่าประสบการณ์ทั้งหมดของคุณจนถึงวันพฤหัสบดีเวลา 0:00 น. ข้อมูลนั้นจะถูกเก็บในตารางที่สอง และการอ่านข้อมูลค่าประสบการณ์ใหม่จะมองหาค่าสุดท้ายที่มีการเขียนลงบัญชี และสรุปค่าทั้งหมดจนถึงวันพฤหัสบดีเวลา 0:00 น. สิ่งที่เกิดขึ้นกับข้อความที่มาช้าคือระบบจะได้รับข้อความ แต่เห็นว่าเกมถูกเล่นจบไปในวันพุธเวลา 23:59 น. และเขียนค่าประสบการณ์ตามเวลาที่เห็น แต่ตารางรวมข้อมูลจะไม่มีข้อมูลนี้ และการร้องขอข้อมูลต่อจากนี้ก็จะไม่มีข้อมูลนี้เช่นกัน ซึ่งทำให้เกิดปัญหาข้อมูลไม่ครบถ้วน แล้วถ้าข้อความมาช้าหลายวันล่ะ เรามีระบบตรวจสอบและแจ้งเตือนที่สามารถเกือบการันตีได้ว่าข้อมูลใหม่นี้จะถูกประมวลผลก่อนการรวมข้อมูลครั้งต่อไป

การคำนวณเลเวลของหุ่นจิ๋ว

ถ้าย้อนกลับมาดูที่ตารางค่าประสบการณ์รวม คุณจะเห็นว่าเราไม่ได้คำนวณเลเวลที่ตารางนี้ เราจะมีแค่ข้อมูลค่าประสบการณ์ที่ได้รับเท่านั้น เรามีตารางคงที่ที่นักออกแบบเกมสร้างไว้แยกต่างหาก โดยมีหน้าตาประมาณนี้ หุ่นจิ๋วจะเริ่มที่เลเวล 1 และเมื่อได้ค่าประสบการณ์ 1 แต้ม เลเวลจะเพิ่มเป็น 2 จากนั้นต้องใช้ค่าประสบการณ์อีก 3 แต้มเพื่อเพิ่มเป็นเลเวล 3

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

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

ทางเลือกอื่นที่เราเคยคิดไว้

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

'เก็บข้อมูลเลเวลและค่าประสบการณ์ที่มีกับค่าประสบการณ์ที่ต้องใช้เพื่อเพิ่มเลเวลของหุ่นจิ๋วอยู่เสมอ'

แล้วทำไมเราไม่ใช้รูปแบบ SQL มาตรฐานแล้วอัพเดตการแลกเปลี่ยนข้อมูลเอาล่ะ การอัพเดตการแลกเปลี่ยนข้อมูลจะเป็นการอัพเดตชุดข้อมูลทั้งหมดทีเดียว ไม่สามารถอัพเดตแค่บางส่วนได้ ถ้ามีหนึ่งส่วนที่ไม่สามารถเขียนได้ ข้อมูลทั้งหมดจะถูกย้อนกลับไปเป็นค่าตั้งต้น วิธีนี้จะมอบคุณสมบัติ A.C.I.D. กับข้อมูล ซึ่งก็คือ Atomicity (ดำเนินการให้เสร็จหรือไม่ดำเนินการเลย) Consistency (ข้อมูลสอดคล้องกัน) Isolation (การแบ่งแยกการดำเนินการ) และ Durability (ข้อมูลคงอยู่ถาวร)

วิธีนี้จะเก็บข้อมูลค่าประสบการณ์และเลเวลรวมของหุ่นจิ๋วแต่ละตัวไว้ในบรรทัดของตัวเอง ซึ่งทำให้อ่านได้ง่ายมาก

แต่ละครั้งที่หุ่นจิ๋วแต่ละตัวได้รับค่าประสบการณ์ จะต้องมีการอัพเดตว่าหุ่นจิ๋วตัวนี้ได้ค่าประสบการณ์ 2 แต้มและขาดอีก 8 แต้มถึงจะเพิ่มเลเวล และตอนนี้หุ่นจิ๋วอยู่ที่เลเวล 3 การเปลี่ยนข้อมูลในรูปแบบนี้จะบังคับให้ต้องมีการอ่านข้อมูล ประมวลผลใหม่และเขียนซ้ำอีกครั้ง ซึ่งรูปแบบนี้ไม่เข้ากับจุดแข็งของ Cassandra อีกปัญหาของวิธีนี้คือถ้าเราอยากจะเปลี่ยนจำนวนค่าประสบการณ์ในการเพิ่มเลเวล เราจะต้องปิดเซิร์ฟเวอร์เกมเพื่อแก้ไขข้อมูลของหุ่นจิ๋วทั้งหมดของผู้เล่นทุกคน

'เก็บเป็นหน่วยเปอร์เซ็นต์'

เรายังเคยพิจารณาที่จะเก็บค่าประสบการณ์ในการเพิ่มเลเวลเป็นหน่วยเปอร์เซ็นต์เช่นกัน ตัวอย่างเช่น:

หลังจบเกม เราจะคำนวณอย่างรวดเร็ว เช่น Gnoll Brute ได้รับค่าประสบการณ์ +3 เปอร์เซ็นต์คือ +3 / 10 ก็คือต้องให้ค่าเป็น 30% ของเลเวลนั้น ผลที่ออกมาก็คือ:

วิธีนี้จะให้ความยืดหยุ่นเมื่อเราอยากจะเปลี่ยนแนวโน้มการเพิ่ม/ลดค่าประสบการณ์ที่ต้องใช้ในการเพิ่มเลเวลของหุ่นจิ๋วโดยไม่ก่อให้เกิดการเปลี่ยนแปลงเลเวล วิธีนี้จะทำให้เราสามารถแปลงข้อมูลเป็นภาพในอินเทอร์เฟซผู้ใช้ในเกมได้ง่าย แค่เติมหลอดประสบการณ์ 30% ของหลอดทั้งหมด ไม่ต้องคำนวณอะไรเพิ่มเลย อย่างไรก็ตาม วิธีนี้จะทำให้เปอร์เซ็นต์ขึ้นน้อยมากเมื่อหุ่นจิ๋วมีเลเวลสูง ถ้าหุ่นจิ๋วได้รับค่าประสบการณ์ 10 แต้มต่อเกม และค่าประสบการณ์ที่ต้องใช้ในการเพิ่มเลเวลคือ 100,000 ค่าที่ได้ก็จะเป็นแค่ 0.01% หน่วยประมวลผลกลาง (CPU) สามารถคำนวณเลขทศนิยมได้ แต่ความแม่นยำและความถูกต้องอาจทำให้เกิดบั๊กที่เราไม่คาดคิดได้จากการทำงานของคณิตทศนิยม

ไว้พบกันใหม่คราวหน้า...

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

ขอขอบคุณที่อ่านการอัพเดตทางวิศวกรรมของเรา!

~ แอนดี้ ลิม