MySQL VARCHAR උපරිම දිග පැහැදිලි කිරීම: සීමා, ගබඩා, utf8mb4 සහ හොඳ පුරුදු

1. හැඳින්වීම

MySQL හි දත්ත ගබඩාවක් නිර්මාණය කරන විට, VARCHAR දත්ත වර්ගයේ උපරිම දිග සහ විශේෂණයන් නිවැරදිව අවබෝධ කර ගැනීම ඉතා වැදගත් වේ. එය දත්ත ගබඩා කාර්යක්ෂමතාවය සහ කාර්ය සාධනයට සෘජුවම බලපාන බැවින්, සුදුසු වින්‍යාසය තෝරා ගැනීම අත්‍යවශ්‍ය වේ.

මෙම ලිපියේ, “MySQL VARCHAR උපරිම දිග” යන තේමාව මූලික කරගෙන, VARCHAR වර්ගයේ මූලික ලක්ෂණයන් සිට එහි උපරිම ප්‍රමාණය, ගබඩා කාර්යක්ෂමතා විස්තර, සහ ප්‍රායෝගික භාවිත උදාහරණ දක්වා සවිස්තරාත්මක විස්තරයක් ලබා දෙනු ඇත. මෙම ලිපිය කියවීමෙන් ඔබට පහත දේ ඉගෙන ගත හැක:

• VARCHAR වර්ගයේ මූලික විශේෂණයන් සහ භාවිතා අවස්ථා
• VARCHAR හි උපරිම දිග පිළිබඳ තාක්ෂණික විස්තර
• කාර්යක්ෂම දත්ත ගබඩා නිර්මාණය සඳහා හොඳම ක්‍රම

මෙම අන්තර්ගතය ආරම්භක සිට මධ්‍යම මට්ටමේ දත්ත ගබඩා ඉංජිනේරුවන් සහ වැඩසටහන් ලේඛකයන් සඳහා අරමුණු කර ඇත, එබැවින් අවසානය දක්වා කියවන්න.

2. VARCHAR වර්ගයේ මූලික කරුණු

VARCHAR වර්ගය කුමක්ද?

VARCHAR වර්ගය MySQL හි වෙනස්-දිග අක්ෂර දත්ත සුරැකීමට භාවිතා කරන දත්ත වර්ගයකි. එය වෙනස්-දිග වීම නිසා, සුරැකි අක්ෂර දිග අනුව අවශ්‍ය ගබඩා ධාරිතාව වෙනස් වේ. මෙම සවිස්තරාත්මකත්වය හේතුවෙන්, CHAR වර්ගයට වඩා වැඩි ගබඩා කාර්යක්ෂමතාවයක් ලබා දේ සහ දත්ත ගබඩා නිර්මාණයේ පුළුල් ලෙස භාවිතා වේ.

CHAR සහ VARCHAR අතර වෙනස

CHAR වර්ගය ස්ථාවර-දිග අක්ෂර සුරැකීමට භාවිතා වේ. අක්ෂර දත්ත කෙටි වුවත්, නියමිත දිගට පත් කිරීමට ඉඩ ඉතිරි කරයි. එයට විරුද්ධව, VARCHAR වර්ගය සුරැකි අක්ෂරයේ සැබෑ දිග අනුව ගබඩා භාවිතය තීරණය කරයි, අනිවාර්ය නොවන ඉඩ ඉවත් කරයි.

උදාහරණයක් ලෙස, පහත SQL එක සලකා බලන්න:

CREATE TABLE example (
    char_column CHAR(10),
    varchar_column VARCHAR(10)
);

මෙම අවස්ථාවේ, char_column සෑම විටම අක්ෂර 10 සඳහා ගබඩා භාවිතා කරයි, එත් varchar_column සැබෑ දත්ත දිග සහ 1–2 බයිට් දිග ප්‍රතිඛ්‍යාතය පමණක් භාවිතා කරයි.

භාවිතා අවස්ථා සහ නිසි තේරීම

• CHAR වර්ගය: ස්ථාවර හෝ සමාන දිගකින් යුත් දත්ත (උදාහරණයක් ලෙස රට කේත හෝ ZIP කේත).
• VARCHAR වර්ගය: වෙනස්-දිග දත්ත, ගබඩා කාර්යක්ෂමතාව වැදගත් වන අවස්ථා (උදාහරණයක් ලෙස පරිශීලක නාම හෝ ඊමේල් ලිපින).

එහි සවිස්තරාත්මකත්වය සහ කාර්යක්ෂමතාවය නිසා, VARCHAR සාමාන්‍ය දත්ත ගබඩා නිර්මාණයේ පෙරනිමි අක්ෂර වර්ගයක් ලෙස බහුලව භාවිතා වේ.

3. MySQL VARCHAR හි උපරිම දිග

VARCHAR හි උපරිම දිග කුමක්ද?

MySQL හි, VARCHAR තීරුවකට නියම කළ හැකි උපරිම දිග දත්ත ගබඩා විශේෂණයන් සහ භාවිතා කරන අක්ෂර සමුදාය මත පදනම් වේ. උපරිම දිග 1 සිට 65,535 බයිට් දක්වා සකස් කළ හැක. එහෙත්, මෙම සීමාව සැබෑ දත්ත දිග පමණක් නොව, වගුවේ ව්‍යුහය සහ අක්ෂර සමුදායද සීමා කරයි.

විශේෂ සීමා

1. අක්ෂර සමුදායේ බලපෑම

• MySQL හි, එක් අක්ෂරයක් සඳහා බයිට් ගණන අක්ෂර සමුදාය මත පදනම් වේ.

• උදාහරණ: wp:list /wp:list

  • utf8 (1 අක්ෂරය = උපරිම 3 බයිට්)
  • utf8mb4 (1 අක්ෂරය = උපරිම 4 බයිට්)

ඒ නිසා, utf8mb4 භාවිතා කරන විට, VARCHAR තීරුවේ උපරිම දිග අක්ෂර 16,383 දක්වා සීමා වේ (4 බයිට් × 16,383 = 65,532 බයිට්).

2. මුළු පේළි ප්‍රමාණ සීමාව

• MySQL හි InnoDB ගබඩා එන්ජින් එකේ, එක් පේළියකට උපරිම දත්ත ප්‍රමාණය බයිට් 65,535 වේ. මෙය වගුවේ සියලු තීරු ඇතුළත් කර ඇති බැවින්, VARCHAR තීරු වල උපරිම දිග ඒ අනුව බලපෑම් ලැබේ.

ගණනය උදාහරණය: VARCHAR(255)

ඊළඟට, VARCHAR(255) එකක් ප්‍රායෝගික උදාහරණයක් ලෙස සලකා බලමු.

• අක්ෂර සමුදාය utf8mb4 නම් :
• 1 අක්ෂරය = උපරිම 4 බයිට්
• VARCHAR(255) හි උපරිම ප්‍රමාණය = 255 × 4 බයිට් = 1,020 බයිට් + දිග ප්‍රතිඛ්‍යාතය (2 බයිට්)
• අවශ්‍ය මුළු ගබඩා ප්‍රමාණය = 1,022 බයිට්

මෙය සැලකිල්ලට ගෙන, වගුව නිර්මාණයේ දත්ත ප්‍රමාණයන් සවිස්තරාත්මකව ගණනය කළ යුතුය.

SQL විමසුම් උදාහරණය: උපරිම දිග සකස් කිරීම

පහත උදාහරණය utf8mb4 අක්ෂර සමුදාය භාවිතා කරමින්, අක්ෂර 16,383 දක්වා සුරැකිය හැකි VARCHAR තීරුවක් නිර්මාණය කරයි.

CREATE TABLE example (
    large_text VARCHAR(16383)
) CHARACTER SET utf8mb4;

මෙම විමසුමේ, large_text තීරුව අක්ෂර සමුදාය අනුව උපරිම 65,532 බයිට් පරිමාණය ගනී.

ප්‍රායෝගික සැලකිලි

• VARCHAR දිග අනුකූල කිරීම: අවශ්‍ය නොවන විශාල VARCHAR දිගක් සකස් කිරීම ගබඩා අතුරුදන් වීම සහ කාර්ය සාධනය අඩු කිරීමේ හේතුව වේ. සුදුසු දිගක් තෝරා ගැනීම අත්‍යවශ්‍යයි.
• අක්ෂර සමුදාය ගැන අවධානයෙන් සිටින්න: utf8mb4 භාවිතා කරන විට, ඉමෝජි සහ විශේෂ අක්ෂර සුරැකීම සම්භවයයි, නමුත් එය ගබඩා කාර්යක්ෂමතාවට බලපායි.

4. ගබඩා කාර්යක්ෂමතාව සහ සැලකිලි

VARCHAR ගබඩා කාර්යක්ෂමතාව කෙසේ ක්‍රියා කරයි

VARCHAR යනු වෙනස්-දිග ස්ට්‍රින්ග් සුරැකීමට කාර්යක්ෂම ලෙස නිර්මාණය කරන ලද දත්ත වර්ගයකි. එහි කාර්යක්ෂමතාව වින්‍යාසය සහ නිර්මාණ තේරීම් මත පදනම් වේ, එබැවින් පහත කරුණු අවබෝධ කර ගැනීම වැදගත් වේ.

1. ප්‍රායෝගික දත්ත දිග මත ගබඩා

• VARCHAR සුරැකි දත්තයේ සැබෑ දිග මත ගබඩා පරිභෝජනය කරයි.
• උදාහරණය: ඔබ “Hello” (අක්ෂර 5) VARCHAR(100) තුළ සුරකින්නේ නම්, අවශ්‍ය ගබඩා 5 බයිට් සහ දිග ප්‍රතිඵල (1–2 බයිට්) වේ.

1. දිග ප්‍රතිඵල

• VARCHAR දත්තය එහි දිග පෙන්වන ප්‍රතිඵලයක් ඇතුළත් වේ. wp:list /wp:list

  • දත්ත දිග බයිට් 255 හෝ අඩු නම්: ප්‍රතිඵලය 1 බයිට් වේ.
  • දත්ත දිග බයිට් 256 හෝ වැඩි නම්: ප්‍රතිඵලය 2 බයිට් වේ.
  • උදාහරණය: VARCHAR(255) තුළ අක්ෂර 200 සුරැකි නම්, 200 බයිට් + 1 බයිට් (ප්‍රතිඵල) භාවිතා වේ.

පේළි ප්‍රමාණ සීමා සමඟ සම්බන්ධතාව

MySQL හි InnoDB ගබඩා එන්ජින් තුළ, උපරිම පේළි ප්‍රමාණය බයිට් 65,535 දක්වා සීමා කර ඇත. වගුවක බහු VARCHAR තීරු තිබේ නම්, ඒවායේ එකතුව මෙම සීමාව තුළ අඩංගු විය යුතුය.

• උදාහරණ සැලකිල්ල: පහත SQL පේළි ප්‍රමාණ සීමාව උල්ලංඝනය කළ හැකිය:

  CREATE TABLE example (
      column1 VARCHAR(32767),
      column2 VARCHAR(32767)
  ) CHARACTER SET utf8mb4;
  

• utf8mb4 සමඟ, එක් අක්ෂරයක් බයිට් 4 දක්වා අවශ්‍ය විය හැක. එබැවින්: 32767 × 4 බයිට් (තීරුව1) + 32767 × 4 බයිට් (තීරුව2) = 131,068 බයිට්, එය සීමාව ඉක්මවා ඇත.
• විසඳුම: TEXT වර්ගය භාවිතා කරන්න හෝ අවශ්‍ය පරිදි VARCHAR තීරු දිග අඩු කරන්න.

5. VARCHAR(255) සාමාන්‍යයෙන් තෝරා ගැනීමට හේතු

VARCHAR(255) බොහෝවිට භාවිතා කරන හේතුව කුමක්ද?

MySQL දත්ත ගබඩා සැලසුම්හි, VARCHAR(255) බොහෝ සංවර්ධකයන් සඳහා පෙරනිමි තේරීමක් ලෙස සැලකේ. එහි හේතු ඉතිහාස පසුබැසීම, තාක්ෂණික සීමා, සහ අනුකූලතා සැලකිලි වලට සම්බන්ධ වේ. පහත, VARCHAR(255) සාමාන්‍යයෙන් තෝරා ගැනීමට හේතු විස්තරාත්මකව පැහැදිලි කරමු.

1. ඉතිහාස පසුබැසීම

පරණ MySQL අනුවාදවල, සූචකයක් සඳහා උපරිම දිග බයිට් 255 ලෙස සීමා කර තිබුණි. අද මෙම සීමාව සවිස්තරාත්මකව අඩු කර තිබුණද, බොහෝ සංවර්ධකයන් පරණ රීතිය අනුගමනය කරති, එබැවින් 255 සංඛ්‍යාව තවමත් පුළුල් ලෙස භාවිතා වේ.

2. සූචක සීමා සමඟ සම්බන්ධතාව

VARCHAR තීරුවකට සූචකයක් සෑදීමේදී, අති විශාල සූචක ප්‍රමාණයක් කාර්ය සාධනය අඩු කරයි. VARCHAR(255) සාමාන්‍ය දිගක් වන අතර බොහෝ අවස්ථා වල සූචක ගැටළු ඇති නොකරයි.

• උදාහරණය: සූචකිත VARCHAR තීරුවක් සමඟ වගුවක් සෑදීමේදී:

  CREATE TABLE users (
      username VARCHAR(255),
      PRIMARY KEY(username)
  );
  

අක්ෂර සමුදාය අනුව වෙනස් විය හැකි නමුත්, බයිට් 255 සාමාන්‍යයෙන් බොහෝ ස්ට්‍රින්ග් දත්ත වර්ග ආවරණය කිරීමට ප්‍රමාණවත් වේ.

3. අනුකූලතා සැලකිලි

බොහෝ වෙනත් දත්ත ගබඩා එන්ජින් සහ රාමුකට්ටලයන්ද VARCHAR(255) ප්‍රමිතිය ලෙස භාවිතා කරයි. මෙය MySQL සිට වෙනත් දත්ත ගබඩාවකට මාරු වන විට අනුකූලතාව රැක ගැනීමට උපකාරී වේ.

• උදාහරණය: WordPress වැනි CMS වේදිකා වල, බොහෝ වගු VARCHAR(255) භාවිතා කරයි. මෙය විවිධ සේවාදායක පරිසර සහ වින්‍යාසයන් අතර අනුකූලතාව රැක ගැනීමටයි.

4. ප්‍රායෝගික ලච්ච්‍යතාව

VARCHAR(255) බොහෝ ස්ට්‍රින්ග් දත්ත වර්ග (උදා: නාම, ඊමේල් ලිපින, කෙටි විස්තර) සුරැකීමට ප්‍රමාණවත් දිගකි.

• උදාහරණ:
• පරිශීලක නාම: 50–100 අක්ෂර සාමාන්‍යය.
• ඊමේල් ලිපින: විශේෂණය අනුව උපරිම 320 අක්ෂර, නමුත් 255 අක්ෂර බොහෝ සැබෑ ලෝක අවස්ථා ආවරණය කරයි.

If you set the length too short, you may not be able to support future data expansion. In that sense, 255 provides a reasonable balance.

5. utf8mb4 සමඟ සම්බන්ධතාවය

When using the utf8mb4 character set, each character can require up to 4 bytes. Therefore, VARCHAR(255) may require up to 255 × 4 = 1,020 bytes (+ 2 bytes for the length prefix). Even when considering the row size limit (65,535 bytes), this easily fits.

VARCHAR(255) තෝරා ගැනීමේ සටහන්

• අධික ප්‍රමාණය වැලැක්වීම: VARCHAR(255) is convenient, but it is not always the best choice. Selecting an appropriate length based on the characteristics of your data is important.
• Example: For fixed-length data such as country codes or ZIP codes, using CHAR is more efficient.
• සම්පූර්ණ දත්ත ගබඩා සැලසුම සලකා බලන්න: If you set every column in a table to VARCHAR(255), storage efficiency can drop and you may risk exceeding the row size limit.

6. ප්‍රායෝගික උදාහරණ සහ හොඳ පුරුදු

වාස්තුකාලීන උදාහරණ: VARCHAR තීරු සැකසීම

VARCHAR is a highly flexible data type, but in real-world usage you need to keep several considerations and best practices in mind. Here, we explain concrete examples and tips for using it efficiently.

1. භාවිතා නිරූපණයන් මත සැලසුම

කෙටි පද සඳහා

When storing short strings (e.g., usernames or ZIP codes), using VARCHAR appropriately can improve storage efficiency.

• උදාහරණය: Designing a table to store usernames:

  CREATE TABLE users (
      id INT AUTO_INCREMENT PRIMARY KEY,
      username VARCHAR(50) NOT NULL
  );
  

• VARCHAR(50) බොහෝ පරිශීලක නාම සඳහා ප්‍රමාණවත් වේ.

දිග පද සඳහා

VARCHAR can also be useful for longer strings (e.g., comments or reviews). However, when the maximum length is large, you must consider storage constraints.

• උදාහරණය: Designing a table to store reviews:

  CREATE TABLE reviews (
      id INT AUTO_INCREMENT PRIMARY KEY,
      review_text VARCHAR(1000)
  );
  

• අති දිග දත්ත කප්පාදු විය හැකි බැවින්, ඔබේ දත්ත අවශ්‍යතා අනුව දිග සකස් කරන්න.

2. ගබඩා කාර්යක්ෂමතාවය සැලකිල්ලට ගෙන සැකසුම්

The length you assign to VARCHAR directly affects storage usage. By choosing a suitable length, you can reduce unnecessary storage consumption.

• සටහන්:
• අවශ්‍ය නොවන විට VARCHAR(255) වැනි අධික දිග නියම නොකරන්න.
• අවශ්‍ය නම් TEXT වර්ගය භාවිතා කිරීම සලකා බලන්න.

ප්‍රෙෆික්ස් දර්ශක භාවිතය

When indexing long strings, using a prefix index can improve efficiency.

• උදාහරණය:

  CREATE TABLE articles (
      id INT AUTO_INCREMENT PRIMARY KEY,
      title VARCHAR(500),
      INDEX (title(100))
  );
  

• දර්ශක කරන දිග සීමා කිරීමෙන් ගබඩා කාර්යක්ෂමතාවය සහ කාර්ය සාධනය වැඩි කළ හැක.

3. දෝෂ හසුරුවීම

If you attempt to insert data that exceeds the maximum length of a VARCHAR column, MySQL will raise an error or warning depending on your configuration.

• දෝෂ උදාහරණය:

  INSERT INTO users (username) VALUES ('a'.repeat(100)); -- Error occurs
  

• ප්‍රතිකාර:
• යෙදුම් පාර්ශ්වයේ සුදුසු දත්ත වලංගුකරණය සිදු කරන්න.
• දත්ත අඛණ්ඩතාව රැක ගැනීමට STRICT ප්‍රකාරය සක්‍රිය කරන්න.

4. හොඳ පුරුදු

දිග උපරිම කිරීම

• ඔබ ගබඩා කිරීමට යෝජනා කරන දත්තයේ උපරිම දිග විශ්ලේෂණය කර, තීරුවේ දිග සුළු අතිරේකයක් සමඟ සකස් කරන්න.
• උදාහරණය: ඊ-මේල් ලිපින සඳහා, VARCHAR(320) ප්‍රමිතිය ආවරණය කරයි.

CHAR සහ VARCHAR අතර තේරීම

• ස්ථිර-දිග දත්ත සඳහා CHAR භාවිතා කරන්න, සහ VARCHAR වාරික-දිග දත්ත සඳහා සීමා කරන්න.

සම්පූර්ණ වගුවේ සැලසුම සලකා බලන්න

• වගුවේ VARCHAR තීරු බොහෝමයක් ඇතුළත් නම්, පේළි ප්‍රමාණය අධික වීමෙන් වැළකී සිටින්න.
• අවශ්‍ය නම්, පේළි ප්‍රමාණය අඩු කිරීම සඳහා දත්ත වෙනත් වගු වලට බෙදා හරිනු ඇත.

සාරාංශය

VARCHAR යනු MySQL හි අතිශය ලවණකාරී string දත්ත වර්ග之一 වේ. සුදුසු දිග සකස් කිරීම සහ කාර්යක්ෂම ඉන්ඩෙක්ස් නිර්මාණය කිරීමෙන්, ඔබට කාර්ය සාධනය සහ ගබඩා කාර්යක්ෂමතාව උපරිම කරගත හැක. මෙම ප්‍රායෝගික ක්‍රම භාවිතා කර ඔබේ දත්ත ගබඩා සැලසුම ඉතා හොඳින් කරගන්න.

7. FAQ (නිතර අසන ප්‍රශ්න)

Q1. VARCHAR සහ TEXT අතර වෙනස කුමක්ද?

A: VARCHAR සහ TEXT දෙකම string දත්ත ගබඩා කළ හැක, නමුත් ප්‍රධාන වෙනස්කම් පහත පරිදි වේ.

තෝරා ගැනීමේ ක්‍රමය:

• VARCHAR කෙටි වෙනස්-දිග strings සඳහා සුදුසුය.
• TEXT ඉතා දිග strings සඳහා (උදා: බ්ලොග් ලිපි හෝ අදහස්) භාවිතා වේ.

Q2. VARCHAR දිගට වඩා දිග දත්ත ඇතුළත් කළහොත් කුමක් සිදුවේ?

A: MySQL ක්‍රියාකාරිත්වය ඔබේ SQL මාදිලි සැකසුම් මත පදනම් වේ.

1. STRICT මාදිලිය සක්‍රිය කර ඇති විට (නිර්දේශිත)

• දෝෂයක් සිදුවේ සහ දත්ත ඇතුළත් නොවේ.
• Example: sql SET sql_mode = 'STRICT_ALL_TABLES'; INSERT INTO users (username) VALUES ('a'.repeat(300)); -- Error occurs

2. STRICT මාදිලිය අක්‍රිය කර ඇති විට

• අතිරේක දත්ත ස්වයංක්‍රීයව කප්පාදු කරයි සහ අනතුරු ඇඟවීමක් ජනනය වේ.
• මෙය දත්ත අඛණ්ඩතාවයට බලපාන බැවින්, STRICT මාදිලිය සක්‍රිය කිරීම නිර්දේශිත වේ.

Q3. utf8 සහ utf8mb4 අතර වෙනස කුමක්ද?

A: utf8mb4 යනු utf8 හි විස්තාරිත සංස්කරණයක් වන අතර එය emojis සහ විශේෂ Unicode අක්ෂර සහය දක්වයි.

තෝරා ගැනීමේ ක්‍රමය:

• emojis හෝ විශේෂ අක්ෂර භාවිතා කරන යෙදුම් සඳහා utf8mb4 තෝරන්න.
• ගබඩා කාර්යක්ෂමතාව ප්‍රමුඛ කරන්නේ නම් utf8 ගැන සිතන්න.

Q4. VARCHAR සඳහා සුදුසු දිග කෙසේ සකස් කරන්නේද?

A: ඔබේ දත්ත වල ලක්ෂණ සහ භාවිතය මත පදනම්ව දිග සකස් කිරීම වැදගත් වේ.

• කෙටි strings: පරිශීලක නාම හෝ ZIP කේත සඳහා, VARCHAR(50) හෝ VARCHAR(10) සාමාන්‍යයෙන් ප්‍රමාණවත් වේ.
• දිග strings: ඊමේල් ලිපින සඳහා VARCHAR(320) භාවිතා කරන්න; කෙටි විස්තර සඳහා VARCHAR(1000) භාවිතා කරන්න.
• දත්ත විශ්ලේෂණය: සැබෑ දත්ත වල උපරිම දිග හඳුනාගෙන, කුඩා අතිරේකයක් සමඟ තීරුව සකස් කරන්න.

Q5. VARCHAR කාර්ය සාධනයට බලපාන සාධක කුමනද?

A: පහත සඳහන් සාධක VARCHAR කාර්ය සාධනයට බලපායි.

1. අතිශය දිග තීරුව:

• අවශ්‍ය නොවන දිග තීරුව ගබඩා කාර්යක්ෂමතාව අඩු කරයි සහ විමසුම් කාර්ය සාධනයටද බලපායි.

2. අක්ෂර සමුහය:

• utf8mb4 භාවිතා කරන විට, ගබඩා භාවිතය වැඩි වේ, එබැවින් බොහෝ දිග strings ගබඩා කරනවා නම් සැලකිල්ලෙන් සිටින්න.

3. ඉන්ඩෙක්ස් නිර්මාණය:

• දිග VARCHAR තීරුවල ඉන්ඩෙක්ස් කිරීමේදී, ප්‍රෙෆික්ස් ඉන්ඩෙක්ස් භාවිතා කිරීමෙන් කාර්ය සාධනය වැඩි කළ හැක.

Q6. VARCHAR දත්ත ගබඩා සීමා ඉක්මවා ගියහොත් ඔබ කළ යුතු දේ කුමක්ද?

A: පහත විකල්ප සලකා බලන්න.

1. VARCHAR දිග පරීක්ෂා කරන්න:

• ඔබ අතිශය විශාල දිගක් සකස් කර ඇත්නම්, එය යථාර්ථයක් ලෙස අඩු කරන්න.

2. TEXT වෙත මාරු කරන්න:

• ඉතා දිග දත්ත ගබඩා කිරීමට අවශ්‍ය නම්, VARCHAR සිට TEXT වෙත මාරු කිරීම සලකා බලන්න.

3. දත්ත සාමාන්‍යීකරණය කරන්න:

• විශාල දත්ත වෙන් වගු වලට බෙදා, පේළි ප්‍රමාණය අඩු කරන්න.

Q7. VARCHAR ඉන්ඩෙක්ස් වල භාවිතා කරන විට ඔබ සැලකිල්ලට ගත යුතු දේ කුමක්ද?

A: VARCHAR තීරුවල ඉන්ඩෙක්ස් භාවිතා කරන විට, පහත කරුණු සැලකිල්ලට ගන්න:

• ප්‍රෙෆික්ස් ඉන්ඩෙක්ස් භාවිතා කරන්න: දිග strings සඳහා, කාර්යක්ෂමතාව වැඩි කිරීමට ප්‍රෙෆික්ස් ඉන්ඩෙක්ස් සකසන්න.

  CREATE TABLE articles (
      id INT AUTO_INCREMENT PRIMARY KEY,
      title VARCHAR(500),
      INDEX (title(100))
  );
  

• සුදුසු දිගක් සකසන්න: ඉන්ඩෙක්ස් කරන දිග අතිශය විශාල නම්, විමසුම් කාර්ය සාධනය අඩු විය හැක.

සාරාංශය

FAQ කොටසේ, සංවර්ධකයන් මුහුණ දෙන සාමාන්‍ය ප්‍රශ්න සහ ඒවායේ විසඳුම් අපි ආවරණය කළෙමු. මෙය සන්දර්භයක් ලෙස භාවිතා කිරීමෙන්, ඔබට VARCHAR කාර්යක්ෂමව භාවිතා කර MySQL දත්ත ගබඩා සැලසුම සහ කාර්ය සාධනය වැඩි කළ හැක.

8. සාරාංශය

MySQL VARCHAR කාර්යක්ෂමව භාවිතා කිරීමේ ක්‍රම

මෙම ලිපියේ, “MySQL VARCHAR උපරිම දිග” යන තේමාව මධ්‍යයේ, අපි VARCHAR හි මූලික කරුණු සිට උපරිම ප්‍රමාණ සීමා, ගබඩා කාර්යක්ෂමතාව, ප්‍රායෝගික උදාහරණ, හොඳ පුරුදු ආදිය දක්වා විවිධ මාතෘකා ආවරණය කළෙමු. ප්‍රධාන ග්‍රහණයන් සමාලෝචනය කරමු.

ඔබ මෙම ලිපියෙන් ඉගෙන ගත් දේ

1. VARCHAR හි මූලික විශේෂණ

• විවිධ-දිග අක්ෂර මාලා සුරැකීමට ඉතා කාර්යක්ෂම ගබඩා කාර්යක්ෂමතාවය සමඟ ලවච්චිත දත්ත වර්ගයක්.
• CHAR සමඟ ඇති වෙනස තේරුම් ගැනීම සහ භාවිතා අවස්ථා අනුව සුදුසු ලෙස තේරීම වැදගත් වේ.

2. VARCHAR හි උපරිම දිග

• MySQL අනුවාදය සහ අක්ෂර සමුදාය අනුව 65,535 බයිට් දක්වා සකස් කළ හැක.
• utf8mb4 භාවිතා කරන විට, උපරිම දිග 16,383 අක්ෂර වේ (4 බයිට් × අක්ෂර ගණන).

3. ගබඩා කාර්යක්ෂමතාවය සහ නිර්මාණ සැලසුම්

• කාර්යක්ෂම දත්ත ගබඩාවක් නිර්මාණය කිරීම සඳහා දිග ප්‍රතිලාභය සහ පේළි ප්‍රමාණ සීමා ගැන සැලකිල්ලට ගැනීම වැදගත් වේ.
• අත්‍යවශ්‍ය නොවන විශාල තීරුවේ දිග වලින් වැළකී, ගබඩා සහ කාර්යක්ෂමතාව අතර සන්තුලිතතාවය උපරිම කරගන්න.

4. VARCHAR(255) සාමාන්‍යයෙන් තෝරා ගැනීමට හේතු

• ඉතිහාසික රීති සහ සවිස්තරිත දර්ශක සීමා වල අඩු කිරීමේ බලපෑම.
• උසස් අනුකූලතාව සහ ප්‍රායෝගික ලවච්චිතතාව.
• බොහෝ අක්ෂර සමුදා සහ දත්ත රටා අතර විවිධ භාවිතය.

5. ප්‍රායෝගික උදාහරණ සහ හොඳ පුරුදු

• කියවීමෙන් පසු වහාම යොදා ගත හැකි සම්පන්න භාවිතා අවස්ථා සහ උදාහරණ අඩංගු වේ.
• ප්‍රායෝගික වැඩ වල ප්‍රයෝජනවත් විස්තරාත්මක උපදෙස් ලබා දේ, උදාහරණයක් ලෙස ප්‍රතිලාභ දර්ශක භාවිතය.

6. FAQ හි සාමාන්‍ය ප්‍රශ්න විසඳීම

• VARCHAR සහ TEXT අතර වෙනස්කම්, දර්ශක සැලසුම්, සහ තීරුවේ දිග ඉක්මවන අගයන් කෙසේ හසුරවන්නේ යන කරුණු ආවරණය කරයි.

කාර්යක්ෂම දත්ත ගබඩා නිර්මාණය සඳහා අරමුණ

MySQL හි VARCHAR කාර්යක්ෂමව භාවිත කිරීම දත්ත ගබඩා නිර්මාණයේ මූලික පදනමකි. සුදුසු දිග සකස් කිරීම සහ ගබඩා කාර්යක්ෂමතාවය සැලකිල්ලට ගෙන නිර්මාණය කිරීම කාර්යක්ෂමතාවය සහ විස්තාරණය සෘජුවම වැඩි කරයි.

• ඔබේ දත්ත ලක්ෂණ තේරුම් ගනිමින් අවශ්‍ය අවම දිග සකස් කරන්න.
• සම්පූර්ණ වගුවේ ව්‍යුහය සමාලෝචනය කර පේළි ප්‍රමාණ සීමා පිළිබඳ අවධානයෙන් සිටින්න.
• නිවැරදි දත්ත වර්ග තෝරා ගැනීමේදී VARCHAR ලවච්චිතතාවය ප්‍රයෝජන ගන්න.

ඊළඟ පියවර

මෙහිදී ඔබ ඉගෙන ගත් දේ ව්‍යාපාරික ව්‍යාපෘති වලට යොදා ගැනීමෙන් ඔබට වඩා කාර්යක්ෂම දත්ත ගබඩා නිර්මාණයක් ලබා ගත හැක. අදාළ සම්පත් සහ හොඳ පුරුදු සමාලෝචනය කිරීමෙන් ඔබේ දැනුම තවත් ගැඹුරු කර ගැනීමට අපි නිර්දේශ කරමු.

මෙම තොරතුරු භාවිතා කර කාර්යක්ෂම, උසස් කාර්යක්ෂමතාවය ඇති දත්ත ගබඩා නිර්මාණය කරන්න!