আমি তাত্ত্বিকভাবে অসীম পরিমাণে ডেটার জন্য একটি একক ফ্ল্যাট ফাইল ব্যবহার করার বিরুদ্ধে পরামর্শ দেব।
যদি আপনার কাছে তাত্ত্বিকভাবে অসীম পরিমাণে ডেটা থাকে তবে আপনার এলোমেলো অ্যাক্সেসের প্রয়োজন , যার অর্থ একাধিক ফাইল বা একটি ডাটাবেস - বা একটি ইনডেক্সড ফ্ল্যাট-ফাইল ফর্ম্যাট, যার মধ্যে ইনডেক্সিং সমস্যাগুলি পুনরায় সমাধান করা জড়িত ইতিমধ্যে সমাধান করা ফাইল সিস্টেম বা ডাটাবেস দ্বারা করা ।
আপনি যদি একাধিক ফাইল জুড়ে আপনার খণ্ডগুলি ছড়িয়ে দেন, (-110, 5000) এ অংশটি পাওয়া "" অ্যাপ্লিকেশন% / গেম / মানচিত্র / -110 / 5000.dat "(বা আপনি চান অন্য কোনও ফাইলের নাম বলার বিষয়) তাদের সংকোচন শুরু)। ডাটাবেসগুলিতে কেবল একটি কোয়েরি প্রয়োজন। যদি কোনও অংশে কোনও ডেটা না থাকে তবে আপনি কেবল কিছু সংরক্ষণ করতে পারবেন না। একটি একক ফ্ল্যাট ফাইল সরাসরি ব্যাট থেকে এলোমেলো অ্যাক্সেসের গতি এবং সুবিধার্থে অফার করে না।
একাই ফাইলে স্বেচ্ছাচারী আকারের অবিচ্ছিন্ন অ্যাক্সেসের জন্য আপনার অবশ্যই কোনও পরিমাণের তথ্যের অবস্থানের গ্যারান্টি থাকতে হবে, যার অর্থ একটি সূচী ব্যবহার করা (যেহেতু আপনার ডেটা খণ্ডগুলির মাধ্যমে কাঁচা বাইনারি অনুসন্ধানের কারণে কার্যকারিতা ব্যথা হয় এবং আপনার গ্রিড তৈরি করা যায়) "ফাঁকা" দাগযুক্ত ফাইল আপনাকে বাইট 5 এর সমস্যা দেয় )। একবার আপনি যখন একটি ইনডেক্সিং সিস্টেম বিকাশ করেন, তখন দক্ষতা দিন এবং নিজেকে একটি এপিআই লিখুন, আপনি ফাইল সিস্টেম বা ডাটাবেসের মতো কিছু তৈরি করেছেন। যদি না আপনি বাস্তবে কিছু অর্জন না করে থাকেন তবে এটি সম্ভবত বিনিয়োগের পক্ষে উপযুক্ত নয়। উদাহরণস্বরূপ, বাষ্প তাদের জিসিএফ / এনসিএফ ফাইল ফর্ম্যাটগুলি থেকে ব্যাপকভাবে উপকৃত হয়।
আপনি যদি আপনার সংরক্ষণে কিছু সুরক্ষা চান তবে এটি করা এখনও সম্ভব। উদাহরণস্বরূপ, আপনি প্রতিটি পৃথক অংশ এনক্রিপ্ট করতে পারেন। এগুলি মুছে ফেলা রোধ করতে আপনার বিদ্যমান সংরক্ষিত ডেটার উপর ভিত্তি করে একটি কেন্দ্রীয় হ্যাশ রাখতে পারেন। যদি সংরক্ষিত ডেটা হ্যাশের সাথে মেলে না (এবং আপনার প্রোগ্রামটি পরিবর্তনের কারণ হয়নি), একটি খণ্ড মুছে ফেলা হয়েছে।