ฉันจะแนะนำไม่ให้ใช้ไฟล์ flat เดียวสำหรับข้อมูลจำนวนไม่ จำกัด ตามหลักเหตุผล
หากคุณมีข้อมูลจำนวนไม่ จำกัด ในทางทฤษฎีแล้วคุณจำเป็นต้องเข้าถึงแบบสุ่มซึ่งหมายถึงหลายไฟล์หรือฐานข้อมูล - หรือรูปแบบไฟล์แบนที่จัดทำดัชนีซึ่งเกี่ยวข้องกับการแก้ปัญหาการจัดทำดัชนีที่แก้ไขแล้วโดยระบบไฟล์หรือฐานข้อมูล
หากคุณกระจายชิ้นของคุณไปยังหลาย ๆ ไฟล์การรับอันที่ (-110, 5000) เป็นเพียงการพูดว่า "% APPDATA% / เกม / แผนที่ / -110 / 5000.dat" (หรือชื่อไฟล์อื่น ๆ ถ้าคุณต้องการ เริ่มบีบอัดพวกเขา) ฐานข้อมูลต้องการเพียงแบบสอบถาม หากอันใดไม่มีข้อมูลใด ๆ คุณก็ไม่สามารถเก็บอะไรได้เลย ไฟล์แฟลตไฟล์เดียวไม่มีความเร็วและความสะดวกในการเข้าถึงแบบสุ่มทันที
ในไฟล์เดียวที่มีขนาดตามอำเภอใจสำหรับการเข้าถึงแบบสุ่มอย่างรวดเร็วคุณต้องมีการรับประกันตำแหน่งของกลุ่มข้อมูลใด ๆ ซึ่งหมายถึงการใช้ดัชนี (เนื่องจากการค้นหาไบนารีแบบดิบผ่านชิ้นข้อมูลของคุณทำให้ประสิทธิภาพการทำงานแย่ลงและสร้างตารางใน ไฟล์ที่มีจุด "blank" จะทำให้คุณเกิดปัญหา Byte56 ) เมื่อคุณพัฒนาระบบการจัดทำดัชนีให้มีประสิทธิภาพและเขียน API ด้วยตัวคุณเองคุณได้สร้างระบบไฟล์หรือฐานข้อมูลขึ้นใหม่ เว้นแต่ว่าคุณจะได้อะไรจากการทำจริง ๆ มันก็อาจจะไม่คุ้มค่ากับการลงทุน ตัวอย่างเช่น Steam ได้รับประโยชน์อย่างมากจากรูปแบบไฟล์ GCF / NCF
หากคุณต้องการความปลอดภัยในการบันทึกของคุณก็เป็นไปได้ที่จะทำเช่นนั้น ตัวอย่างเช่นคุณสามารถเข้ารหัสแต่ละอัน เพื่อป้องกันไม่ให้ถูกลบคุณอาจมีแฮชส่วนกลางจากข้อมูลที่บันทึกไว้เดิม หากข้อมูลที่บันทึกไว้ไม่ตรงกับแฮช (และโปรแกรมของคุณไม่ทำให้เกิดการเปลี่ยนแปลง) จะมีการลบข้อมูลอันหนึ่ง