অনুযায়ী অনলাইন ডক্স , একটি 64K সারি সীমা এবং আপনি ব্যবহার করে সারি আকার আউট কাজ করতে পারেন:
row length = 1
+ (sum of column lengths)
+ (number of NULL columns + delete_flag + 7)/8
+ (number of variable-length columns)
আপনার মনে রাখতে হবে যে কলামের দৈর্ঘ্য তাদের আকারের এক থেকে এক ম্যাপিং নয়। উদাহরণস্বরূপ, CHAR(10) CHARACTER SET utf8
দশটি অক্ষরের প্রত্যেকটির জন্য তিনটি বাইটের প্রয়োজন কারণ যে নির্দিষ্ট এনকোডিংয়ের জন্য তিন-বাইট-প্রতি-চরিত্রের সম্পত্তি utf8
(এটি মাইএসকিউএল'রutf8
"রিয়েল" ইউটিএফ -8 এর পরিবর্তে এনকোডিং রয়েছে , যার চারটি পর্যন্ত বাইট থাকতে পারে )।
তবে, যদি আপনার সারির আকার K৪ কে কাছে পৌঁছে যায়, আপনি আপনার ডাটাবেসের স্কিমা পরীক্ষা করতে চাইতে পারেন। এটি একটি বিরল টেবিল যা সঠিকভাবে সেট আপ (3NF) ডাটাবেসে বিস্তৃত হওয়া দরকার - এটি সম্ভব, কেবল খুব সাধারণ নয়।
আপনি যদি এর চেয়ে বেশি ব্যবহার করতে চান তবে আপনি BLOB
বা ব্যবহার করতে পারেনTEXT
প্রকারগুলি । এগুলি সারিটির 64 কে সীমা (একটি ছোট প্রশাসনিক পদচিহ্ন ব্যতীত) গণনা করে না তবে তাদের ব্যবহার থেকে আসা অন্যান্য সমস্যা সম্পর্কে আপনার সচেতন হওয়া দরকার যেমন একটি নির্দিষ্ট সংখ্যার বাইরে পুরো পাঠ্য ব্লকটি ব্যবহার করে বাছাই করতে না পারা as অক্ষরের (যদিও এটি উপরের দিকে কনফিগার করা যেতে পারে), অস্থায়ী টেবিলগুলিকে মেমরির চেয়ে ডিস্কে থাকতে বাধ্য করে বা ক্লায়েন্ট এবং সার্ভার কমস বাফারগুলি মাপগুলি দক্ষতার সাথে পরিচালনা করতে কনফিগার করে।
অনুমোদিত মাপগুলি হ'ল:
TINYTEXT 255 (+1 byte overhead)
TEXT 64K - 1 (+2 bytes overhead)
MEDIUMTEXT 16M - 1 (+3 bytes overhead)
LONGTEXT 4G - 1 (+4 bytes overhead)
আপনার কাছে এখনও বাইট / চরিত্রের মিল নেই (যাতে কোনও MEDIUMTEXT utf8
কলামটি "শুধুমাত্র" প্রায় অর্ধ মিলিয়ন অক্ষর সংরক্ষণ করতে পারে (16M-1)/3 = 5,592,405
) তবে এটি এখনও আপনার পরিসরকে প্রসারিত করে।