Practical MySQL & MariaDB

MySQL කේස් සංවේදනය පැහැදිලි කිරීම: මහ අකුරු සහ කුඩා අකුරු සංසන්දන පාලනය කිරීම

මූලික ක්‍රියාකාරකම් (Basic Operations)
目次

1. හැඳින්වීම

MySQL භාවිතා කිරීමේදී, ඔබට uppercase සහ lowercase අකුරු අතර වෙනසක් නොකර සෙවීමක් කිරීමට අවශ්‍ය වන තත්ත්වයන්ට මුහුණ දෙන්නට පුළුවන්, හෝ ඒ විරුද්ධව, සංසන්දනයන් අපේක්ෂිත පරිදි ක්‍රියා නොකරන තත්ත්වයන්. උදාහරණයක් ලෙස, පරිශීලක නම්, ඊමේල් ලිපින, හෝ නිෂ්පාදන කේත යම් අවස්ථාවලදී case-sensitive ලෙස සැලකිය යුතු වන අතර, වෙනත් අවස්ථාවලදී එසේ නොවේ.

ඇත්තෙන්ම, “mysql case insensitive” සෙවීමට බොහෝ පරිශීලකයින් සොයන්නේ:

  • මට case-insensitive සෙවීමක් කරන්නේ කෙසේද?
  • මගේ පරිසරය case sensitivity සම්බන්ධයෙන් අපේක්ෂිත පරිදි ක්‍රියා නොකරන්නේ ඇයි?
  • ගැටලු වළක්වා ගැනීම සඳහා සැකසුම් හෝ SQL ප්‍රකාශන වෙනස් කළ යුතුද?

මේවා සුලබ ගැටලු වේ.

මෙම ලිපියෙන්, MySQL uppercase සහ lowercase අකුරු කෙසේ හැසිරෙනවාද යන්න මූලික සිට ප්‍රායෝගික තාක්ෂණයන් දක්වා පැහැදිලිව පැහැදිලි කරන්නෙමු. අපි collation සැකසුම්, LOWER()/UPPER() ශක්ති, සහ BINARY ගුණාංග වැනි සුලබව භාවිතා වන ප්‍රවේශයන් ආවරණය කරමු, උදාහරණ සමඟ සහ වැදගත් සලකා බැලීම්. මෙය ආරම්භකයින්ට පමණක් නොව, නිෂ්පාදන පරිසරවල ක්‍රියාත්මක වන පද්ධති පරිපාලකයින් සහ ඉංජිනේරුවන්ටද උපකාරී වේ.

මෙම ලිපිය අවසානය වන විට, ඔබට MySQL හි case-insensitive සෙවීම් පාලනය කිරීමට සහ දත්තගබඩා මෙහෙයුම් සහ සංවර්ධන පරිසරවල අනපේක්ෂිත ගැටලු වළක්වා ගැනීමට ආත්ම විශ්වාසයෙන් හැකි වේ. මීළඟ කොටසේදී, අපි පළමුව MySQL uppercase සහ lowercase අකුරු මූලිකව කෙසේ හැසිරෙනවාද යන්න පරීක්ෂා කරමු.

2. MySQL හි Case Sensitivity හි මූලික

MySQL හි, string සංසන්දනයන් තුළ uppercase සහ lowercase අකුරු වෙනස් ලෙස සැලකෙනවාද යන්න ස්වයංක්‍රීයව තීරණය වන්නේ නැත. හැසිරීම “collation” යනුවෙන් හඳුන්වන දෙයකින් පාලනය වේ. Collation යනු දත්තගබඩාවේ string සංසන්දනය සහ වර්ගීකරණය සඳහා භාවිතා වන නීති නිර්වචනය කරයි.

2.1 Database, Table, සහ Column මට්ටම්වල Collation

MySQL හි, collation එක database මට්ටම, table මට්ටම, සහ column මට්ටම තුළ hierarchical ලෙස සකස් කළ හැක. උදාහරණයක් ලෙස, database එකක් සාදන විට default collation එකක් විශේෂයෙන් දැක්විය හැක, සහ එය table හෝ column මට්ටමේදී තවදුරටත් override කළ හැක.

කිසිදු collation එකක් explicitly දැක්වා නොමැති නම්, server-wide default අගය භාවිතා වේ (බොහෝ විට utf8mb4_general_ci හෝ latin1_swedish_ci, පරිසරය අනුව). බොහෝ අවස්ථාවලදී, මෙම default case-insensitive වේ (_ci suffix එකෙන් සඳහන් වන පරිදි).

2.2 “_ci” සහ “_cs” අතර වෙනස

Collation නම් බොහෝ විට _ci හෝ _cs එකකින් අවසන් වේ:

  • _ci (case-insensitive): Uppercase සහ lowercase අකුරු එකම ලෙස සැලකේ.
  • _cs (case-sensitive): Uppercase සහ lowercase අකුරු වෙනස් ලෙස සැලකේ.

උදාහරණයක් ලෙස, utf8mb4_general_ci case-insensitive සංසන්දනයන් කරයි, එහෙත් utf8mb4_bin (binary සංසන්දනය) uppercase සහ lowercase අකුරු අතර දැඩිව වෙනස්කම් කරයි.

2.3 විවිධ String Data Types සඳහා සලකා බැලීම්

CHAR, VARCHAR, සහ TEXT වැනි string data types සාමාන්‍යයෙන් defined collation එකෙන් බලපෑම් ලබයි. එහෙත්, BINARY, VARBINARY, සහ BLOB types සැමවිටම binary සංසන්දනය භාවිතා කරයි, එනම් ඒවා සැමවිටම case-sensitive වේ. මෙය මතක තබා ගැනීමට වැදගත් වෙනසකි.

2.4 OS සහ Version-Dependent Cases

කිසියම් අවස්ථාවලදී, identifiers (table නම් සහ column නම් වැනි) සඳහා uppercase සහ lowercase අකුරු හැසිරීම MySQL version එක සහ operating system හි file system එක අනුව වෙනස් විය හැක. එහෙත්, මෙම ලිපිය ප්‍රධාන වශයෙන් data values හි case sensitivity (string සංසන්දනයන්) මත අවධානය යොමු කරයි.

ඔබට පෙනෙන පරිදි, MySQL හි case sensitivity collation එකෙන් පාලනය වේ, සහ එය database, table, සහ column මට්ටම්වල flexible ලෙස සකස් කළ හැක.

3. Case-Insensitive සෙවීම් කිරීමට කෙසේද

MySQL හි case-insensitive සෙවීම් කිරීම සඳහා, ඔබට collation සැකසුම් සහ query design භාවිතයෙන් මෙය flexible ලෙස හැසිරවිය හැක. මෙම කොටසේදී, අපි real-world පරිසරවල සුලබව භාවිතා වන තුන් representative ප්‍රවේශයන් පැහැදිලි කරමු, ඒවායේ features සහ වැදගත් සලකා බැලීම් සමඟ.

3.1 Default Collation පරීක්ෂා කිරීම සහ වෙනස් කිරීම

බොහෝ MySQL පරිසරවලදී, අකුරු මූලික collation එය case-insensitive (_ci) ලෙස දැනටමත් සකස් කර ඇත. උදාහරණ ඇතුළත් වන්නේ utf8mb4_general_ci සහ latin1_swedish_ci.

Collation සැකසුම් පරීක්ෂා කිරීම සඳහා උදාහරණ SQL:

SHOW VARIABLES LIKE 'collation%';

ටේබල්/කොලම් collation පරීක්ෂා කිරීම සඳහා උදාහරණ:

SHOW FULL COLUMNS FROM users;

Collation සැකසුම් වෙනස් කිරීම සඳහා උදාහරණ SQL:

-- Entire database
ALTER DATABASE dbname CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

-- Per table
ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

-- Per column
ALTER TABLE users MODIFY username VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

මෙම සැකසුම් සමඟ, = හෝ LIKE වැනි සාමාන්‍ය ක්‍රියාකාරක භාවිතා කරමින් සෙවීම් case-insensitive ආකාරයට ස්වයංක්‍රීයව ක්‍රියා කරනු ඇත.

3.2 පර්යේෂණයකට COLLATE භාවිතා කරන්න

අකුරු සංවේදී (උදා: _cs හෝ _bin) මූලික collation එකක් තිබුණත්, ඔබට විශේෂිත සෙවුමකට පමණක් case-insensitive සංසන්දනයක් කිරීමට අවශ්‍ය විය හැක. එවැනි අවස්ථාවකදී, ඔබට SQL ප්‍රකාශනයේදී COLLATE එකක් සඳහන් කළ හැක.

උදාහරණ:

SELECT * FROM users WHERE username COLLATE utf8mb4_general_ci = 'Sato';

මෙය ඔබේ පර්යේෂණය සඳහා පමණක් සඳහන් කළ collation භාවිතා කරමින් case-insensitive සෙවුමක් කිරීමට ඉඩ සලසයි. එය ඔබට දත්ත හෝ වෙනත් යෙදුම් තර්කයන්ට බලපෑම් කිරීමට නොදැනුවත්වීමට උපකාරී වේ.

3.3 LOWER()/UPPER() භාවිතා කරමින් සංසන්දනය කරන්න

වෙනත් ප්‍රවේශයක් වන්නේ LOWER() හෝ UPPER() ෆන්ක්ෂන් භාවිතා කරමින් ගබඩා කළ වටිනාකම් සහ සෙවුම් මූලපදය දෙකම සමානාකරණය කිරීමයි. සියල්ල lowercase (හෝ uppercase) ට පරිවර්තනය කිරීමෙන්, ඔබට case-insensitive හැසිරීමක් ලබා ගත හැක.

උදාහරණ:

SELECT * FROM users WHERE LOWER(username) = LOWER('Sato');

කෙසේ වෙතත්, ගුරුත්වාකරණය කළ යුතු සැලකිලි තිබේ:

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

විශිෂ්ට ක්‍රමය තෝරා ගැනීමෙන්, ඔබට MySQL හි case-insensitive සෙවුම් විශ්වාසනීයව කළ හැක.

4. Case-Sensitive සංසන්දනය අවශ්‍ය වන විට

බොහෝ පද්ධතිවලදී, පරිශීලක නාම, මුරපද හෝ නිෂ්පාදන කේත වැනි වටිනාකම් සඳහා දැඩි case-sensitive කළමනාකරණය අවශ්‍ය වේ. MySQL බොහෝ සැකසුම්වලදී case-insensitive හැසිරීම මූලික කර ගන්නා බැවින්, අවශ්‍ය වන විට case sensitivity බලාත්මක කිරීමේ ක්‍රමය දැන ගත යුතුය.

4.1 BINARY ක්‍රියාකාරක භාවිතා කරන්න

Case-sensitive සංසන්දනයක් කිරීමේ පහසුම ක්‍රමවලින් එකක් වන්නේ BINARY ක්‍රියාකාරක භාවිතා කිරීමයි. BINARY යෙදීමෙන්, වටිනාකම binary (බයිට්-බයිට්) ස්ට්‍රිං ලෙස සැලකෙන අතර, uppercase/lowercase වෙනස්කම් දැඩිව හඳුනා ගනී.

උදාහරණ:

SELECT * FROM users WHERE BINARY username = 'Sato';

මෙම ප්‍රශ්නය Sato ට නිවැරදිව ගැලපෙන පේළි පමණක් ආපසු ලබා දෙයි. sato හෝ SATO වැනි වටිනාකම් ගැලපෙන්නේ නැත.

4.2 කොලම් Collation _bin හෝ _cs ලෙස සකසන්න

ඔබට කොලම් නිර්වචනයම case-sensitive collation එකක් භාවිතා කිරීමට වෙනස් කළ හැක, උදා: utf8mb4_bin හෝ utf8mb4_cs. මෙය සංසන්දනය සෑම විටම case-sensitive බව සහතික කරයි.

උදාහරණ:

ALTER TABLE users MODIFY username VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;

මෙම සැකසුම් සමඟ, = හෝ LIKE භාවිතා කරමින් සාමාන්‍ය සංසන්දනයන් පවා uppercase සහ lowercase අකුරු අතර දැඩිව වෙන් කරයි.

4.3 සුලබ භාවිතයන් සහ ප්‍රධාන සැලකිලි

  • මුරපද, රහස් සහ හඳුනාගැනීම් සඳහා case-sensitive සංසන්දනයන් නිර්දේශ කෙරේ.
  • ඊමේල් ලිපින හෝ පරිශීලක ID වලට ප්‍රතිපත්ති අනුව case-sensitive කළමනාකරණය අවශ්‍ය විය හැක (ජාත්‍යන්තර ප්‍රමිතීන් ඊමේල් ලිපිනයේ දේශීය කොටස case-sensitive ලෙස සැලකීමට උපදෙස් දෙන නමුත්, බොහෝ පද්ධති ප්‍රායෝගිකව case-insensitively ක්‍රියා කරයි).
  • ඔබ දැනටමත් තිබෙන දත්ත සමුදායකයක collation වෙනස් කරන්නේ නම්, සෑම විටම පළමුව බැකප් එකක් ගන්න සහ පරීක්ෂණ පරිසරයකදී හැසිරීම තහවුරු කරන්න.

4.4 සුලබ ගැටලු තත්ත්වයන්

  • අසාමාන්‍ය ගැලපීම් සිදුවේ මූලික collation එක case‑insensitive (අකුරු‑ප්‍රමාණය නොසලකා) නිසා.
  • යෙදුම case‑sensitive හැසිරීමක් ලෙස ගනී, නමුත් දත්ත ගබඩාව අකුරු‑ප්‍රමාණය නොසලකා අගයන් සැසඳේ, එය දෝෂ ඇති කරයි.
  • මයිග්‍රේෂන් හෝ නවීකරණ අතර collation වෙනස් කිරීම මූලික දත්තවල අසාමාන්‍ය හැසිරීමක් ඇති කරයි.

case‑sensitive හැසිරීම අවශ්‍ය වන විට, BINARY මෙහෙයුම්කරු සහ collation සැකසුම් නිසි ලෙස භාවිතා කර, ආරක්ෂිත සහ නිවැරදි දත්ත සැකසීම සනාථ කරන්න.

5. ප්‍රායෝගික උදාහරණ සහ වැදගත් සැලකිලි

MySQL හි case‑sensitive හෝ case‑insensitive සෙවීම් කරන විට, සාමාන්‍ය වාස්තුක තත්ත්ව සහ කාර්ය සාධන බලපෑම් තේරුම් ගැනීම වැදගත් වේ. මෙම කොටස ප්‍රායෝගික විමසුම් උදාහරණ, කාර්ය සාධන සැලකිලි, සහ බහුභාෂා (උදාහරණයක් ලෙස ජපන්) 문자열 සැකසීමේ ක්‍රියාකාරී දෘශ්‍යකෝණයෙන් සාරාංශ කරයි.

5.1 LIKE සහ IN වාක්‍යයන්ගේ හැසිරීම

  • LIKE වාක්‍යය බොහෝ collation (උදාහරණයක් ලෙස _ci) වල, LIKE භාවිතා කරමින් අර්ධ‑ගැලපීම්ද case‑insensitive වේ.
    SELECT * FROM users WHERE username LIKE 'S%';

මෙම අවස්ථාවේ, Sato, sato, සහ SATO වැනි අගයන් සියල්ලම ගැලපේ.

  • IN වාක්‍යය IN මෙහෙයුම්කරුද තීරුවේ collation සැකසුම් අනුගමනය කරයි.
    SELECT * FROM users WHERE username IN ('Sato', 'sato');

_ci තීරුවක් සමඟ, Sato, sato, සහ SATO වැනි අගයන් සියල්ලම ගැලපිය හැක. _bin සමඟ, නිරුපිත ගැලපීම් පමණක් ලබා දේ.

5.2 ඉන්ඩෙක්ස් සහ කාර්ය සාධන මත බලපෑම

  • LOWER()/UPPER() ක්‍රියාකාරකම් භාවිතා කිරීම LOWER() හෝ UPPER() භාවිතා කරන විට, තීරුවේ අගය සැසඳීමට පෙර පරිවර්තනය වන නිසා ඉන්ඩෙක්ස් සාමාන්‍යයෙන් භාවිතා නොවේ. මෙය සම්පූර්ණ වගුවේ පරික්ෂණයක් (full table scan) වෙයි. විශාල දත්ත කට්ටල සඳහා, මෙය කාර්ය සාධනය ගැඹුරු ලෙස අඩු කරයි.
  • Collation සහ ඉන්ඩෙක්ස් සාමාන්‍ය collation (උදාහරණයක් ලෙස _ci හෝ _bin) සමඟ නිර්වචනය කරන තීරු ඉන්ඩෙක්ස් සාමාන්‍ය ලෙස භාවිතා කළ හැක. කාර්ය සාධනය අත්‍යවශ්‍ය නම්, තීරු නිර්වචන සහ විමසුම් ව්‍යුහය කාරුණිකව සැලසුම් කරන්න.

5.3 පවත්නා පද්ධති වෙනස් කිරීමේදී සැලකිලි

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

5.4 බහුබයිට් (ජපන් සහ අනෙකුත් භාෂා) සැලකිලි

  • utf8mb4_general_ci සහ utf8mb4_unicode_ci වැනි collation ගණනාව බහුභාෂා දත්ත, ජපන් ඇතුළත්, සහ අකුරු‑ප්‍රමාණය (case sensitivity) ඉංග්‍රීසි වගේම අකුරු අකාර සඳහා සමාන ලෙස සැකසෙයි.
  • එNevertheless, විශේෂ සංකේත, ඉතිහාසික අකුරු, හෝ කිසිඳු Unicode වෙනස්කම් collation අනුව වෙනස් ලෙස සැසඳිය හැක. ඔබේ පද්ධතිය ජපන් හෝ බහුභාෂා දත්ත වලට බරපතලව පදනම් වූවා නම්, utf8mb4_unicode_ci භාවිතා කිරීම සලකා බලන්න සහ collation අතර වෙනස්කම් තේරුම් ගන්න.

5.5 මයිග්‍රේෂන් හෝ අනුවාද නවීකරණ අතර ඇති ගැටළු

  • MySQL අනුවාදවල වෙනස්කම් මූලික collation හෝ සැසඳීමේ තර්කය වෙනස් කරයි.
  • මයිග්‍රේෂන් අතර, අසාමාන්‍ය හැසිරීමේ වෙනස්කම් සිදුවිය හැක. සැමවිටම නිල ලේඛන පරීක්ෂා කර පද්ධතියේ පුරා බලපෑම ඇගයන්න.

ප්‍රායෝගික මෙහෙයුම් වල, case sensitivity පමණක් සැකසීම ප්‍රමාණවත් නොවේ. ඔබට collation නිර්මාණය, විමසුම් ව්‍යුහය, කාර්ය සාධන බලපෑම්, සහ මයිග්‍රේෂන්‑සම්බන්ධ අවදානම් සලකා බැලිය යුතුය. පවත්නා පද්ධති වෙනස් කිරීම හෝ බහුභාෂා පරිසරයන්ට සහය දීමේදී අතිරේක අවධානයක් ගත යුතුය.

6. [Column] තන්තුවල අකුරු‑ප්‍රමාණය (case‑sensitive) ඇයි හෝ නැද්ද?

MySQL කාලයක් උඩු‑අකුරු සහ පහළ‑අකුරු අතර වෙනස්කම් කරන්නේ ඇයි, කාලයක් නොකරන්නේ ඇයි?

මෙම කොටස තුළ, මෙම හැසිරීමේ තාක්ෂණික පසුබැසීම පැහැදිලි කර, අනෙකුත් දත්ත ගබඩා සමඟ එය සැසඳෙයි.

6.1 Collation කෙරෙහි ක්‍රියාකාරීත්වය

MySQL හි, 문자열 සැසඳීම “collation” මගින් පාලනය වේ.

Collation 문자열 සැසඳීම සහ අනුපිළිවෙළ කිරීම කෙසේ සිදුවේදැයි නියම කරයි. ප්‍රධාන වර්ගයන් ඇතුළත්:

  • _ci (case-insensitive) : ලොකු අකුරු සහ කුඩා අකුරු එකම ලෙස සැලකේ. Example: utf8mb4_general_ci
  • _cs (case-sensitive) : ලොකු අකුරු සහ කුඩා අකුරු වෙනස් ලෙස සැලකේ. Example: utf8mb4_0900_as_cs
  • _bin (binary) : බයිට්-බයිට් පරිදි දැඩි සසඳුම. Example: utf8mb4_bin

MySQL හි, collation (අකුරු අනුකූලතාව) තීරුව, වගුව, හෝ දත්ත ගබඩා මට්ටමේ නියම කළ හැක. එබැවින්, එම එකම වචනය collation සැකසුම අනුව case-sensitive ලෙස සැලකිය හැකිද නැතද යන්න තීරණය වේ.

6.2 මෙහෙයුම් පද්ධතිය සහ ගොනු පද්ධතිය අනුව වෙනස්කම් (හඳුනාගැනීම්)

තවත් වැදගත් සැලකිල්ලක් වන්නේ වගු නාම සහ තීරුව නාම (හඳුනාගැනීම්) කෙසේ හසුරවයිද යන්නයි.

ගබඩා එන්ජින් සහ මෙහෙයුම් පද්ධතිය අනුව, MySQL වගු නාම case-sensitive හෝ case-insensitive ලෙස සැලකිය හැක.

  • Linux (බොහෝ ගොනු පද්ධති): Case-sensitive (ලොකු අකුරු සහ කුඩා අකුරු වෙනස් ලෙස සැලකේ).
  • Windows (NTFS): Case-insensitive (ලොකු අකුරු සහ කුඩා අකුරු එකම ලෙස සැලකේ).

මෙය දත්ත අගයන්ගේ සසඳුම් වලින් වෙනස් වුවද, සංවර්ධනය හෝ පද්ධති මාරු කිරීමේදී අනපේක්ෂිත හැසිරීමක් ඇති කරවිය හැක.

6.3 MySQL අනුවාද අතර වෙනස්කම්

විවිධ MySQL අනුවාදයන් වෙන්වූ පෙරනිමි collation සහ සසඳුම් ඇල්ගොරිතම් භාවිතා කරයි.

උදාහරණයක් ලෙස, MySQL 8.0 සිට Unicode සහය වැඩිදියුණු කර ඇති අතර පෙරනිමි collation වඩාත් නිරවද්‍ය වී ඇත. එබැවින්, සසඳුම් ප්‍රතිඵල පූර්ව අනුවාද වලට වඩා වෙනස් විය හැක.

6.4 වෙනත් දත්ත ගබඩා සමඟ වෙනස්කම්

  • PostgreSQL පෙරනිමියෙන්, සසඳුම් case-sensitive වේ. case-insensitive සෙවීම් සඳහා ILIKE මෙහෙයුම භාවිතා කළ හැක.
  • SQL Server Collation ස්ථාපනය හෝ දත්ත ගබඩා නිර්මාණය කිරීමේදී නියම කරයි. බොහෝ පරිසරවල case-insensitive සැකසුම් සාමාන්‍ය වේ.

ඔබට දැකගත හැකි පරිදි, case sensitivity හැසිරීම දත්ත ගබඩා පද්ධති අතර වෙනස් වේ. පද්ධති මාරු කිරීම හෝ වෙනත් දත්ත ගබඩා සමඟ ඒකාබද්ධ කිරීමේදී අවධානයෙන් සිටින්න.

සාරාංශයෙන්, MySQL හි case-sensitive හෝ case-insensitive හැසිරීම collation, මෙහෙයුම් පද්ධතිය, අනුවාදය යන බහු සාධක මත තීරණය වේ. මෙම සාධක අවබෝධ කර ගැනීම සංවර්ධනය සහ මාරු කිරීමේදී අනපේක්ෂිත ගැටළු වැළැක්වීමට උපකාරී වේ.

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

Q1: collation වෙනස් කිරීම පවතින දත්ත වලට කෙසේ බලපායි?

A:
ඔබ collation වෙනස් කරන විට, එය අක්ෂර මාලා සසඳා සකස් කරන ආකාරය හා අනුපිළිවෙලට බලපායි. සැබෑවටම සුරැකි දත්ත අගයන් වෙනස් නොවේ. එහෙත්, සෙවුම් ප්‍රතිඵල සහ අනුපිළිවෙල පූර්ව හැසිරීමෙන් වෙනස් විය හැක. දර්ශක (Indexes) නැවත ගොඩනැගිය හැකි අතර, එය තාවකාලිකව කාර්ය සාධන මත බලපායි. විශාල දත්ත ගබඩා සඳහා, සෑම විටම ආපසු ගත කිරීමක් (backup) ලබා ගෙන, පරීක්ෂා (test) කිරීම සඳහා ස්ටේජිං පරිසරයක් තුළ වෙනස්කම් පූර්ණයෙන්ම පරීක්ෂා කර, නිෂ්පාදනයට යෙදීමට පෙර ක්‍රියාත්මක කරන්න.

Q2: LOWER() හෝ UPPER() භාවිතා කරන විට දර්ශක (indexes) භාවිතා වේද?

A:
සාමාන්‍යයෙන්, LOWER() හෝ UPPER() වැනි ක්‍රියාකාරකම් භාවිතා කරන විට, තීරුවේ අගයන් සසඳුමට පෙර පරිවර්තනය කරයි. එම නිසා, දර්ශක (indexes) සාමාන්‍යයෙන් භාවිතා නොවේ. එම ප්‍රතිඵලයක් ලෙස, විශාල දත්ත කට්ටල වල සෙවුම් කාර්ය සාධනය ගැඹුරු ලෙස අඩුවේ. කාර්ය සාධනය වැදගත් නම්, collation සැකසුම් සකස් කිරීම හෝ COLLATE වාක්‍යය භාවිතා කිරීම ගැන සිතන්න.

Q3: LIKE සෙවුම්ද case-insensitive ද?

A:
බොහෝ case-insensitive collation (_ci සමඟ අවසන් වන) වල, LIKE භාවිතා කරන අංශික ගැලපීම්ද case-insensitive වේ. එහෙත්, තීරුව _bin හෝ _cs collation භාවිතා කරන විට, සසඳුම් දැඩි ලෙස case-sensitive වේ. ඔබේ තීරුවේ collation සැකසුම සෑම විටම තහවුරු කරගන්න.

Q4: තීරුව මට්ටමේ case-insensitive හැසිරීම සකස් කළ හැදියිද?

A:
ඔව්. තීරුවක් නිර්වචනය කරන විට හෝ වෙනස් කරන විට COLLATE ගුණාංගය නියම කර, එම තීරුව සඳහා විශේෂිත collation එකක් සකස් කළ හැක.

උදාහරණය:

ALTER TABLE users MODIFY username VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

මෙය ඔබට විශේෂිත තීරුවල වෙනස් සසඳුම් නීති යොදීමට ඉඩ සලසයි.

Q5: case-insensitive හැසිරීම ජපන් හෝ බහුභාෂා දත්ත සඳහාද අදාළ වේද?

A:
ඔව්. utf8mb4_general_ci සහ utf8mb4_unicode_ci වැනි කොලේෂන්ස් බහුභාෂා දත්ත, ජපන් භාෂාව ඇතුළත්, සහ උඩු-තල අකුරු අතර වෙනස්කම් නොදක්වන ආකාරයෙන් ප්‍රතිකාර කරයි. එහෙත්, සමහර විශේෂ අක්ෂර, සංකේත හෝ ඉතිහාසික ආකාරයන් කොලේෂන් අනුව වෙනස් ලෙස සැසඳිය හැකිය. විවිධ අක්ෂර සමුහ සමඟ වැඩ කරන විට අවධානයෙන් සිටින්න.

Q6: MySQL 5.x සහ 8.x අතර case‑insensitive හැසිරීමේ වෙනසක් තිබේද?

A:
ඔව්. විවිධ අනුවාදයන් ව්‍යවස්ථානුකූල කොලේෂන් සහ Unicode ක්‍රියාත්මක කිරීම් වෙනස් විය හැකිය. උදාහරණයක් ලෙස, MySQL 8.0 utf8mb4_0900_ai_ci යෝජනා කරයි, එය වඩාත් නිරවද්‍ය සැසඳීමේ නිරවද්‍යතාවය ලබා දෙයි. නවීකරණය කරන විට සැමවිටම නිල ලේඛන පරීක්ෂා කර, හැසිරීම පරීක්ෂා කරන්න.

Q7: BINARY මෙහෙයුම්කරු සහ කොලේෂන් සැකසුම් අතර වෙනස කුමක්ද?

A:
BINARY මෙහෙයුම්කරු එම විශේෂ ප්‍රකාශයට පමණක් දැඩි බයිට්‑බයිට් සැසඳීමක් යෙදේ. එයට විරුද්ධව, තීරුව හෝ වගුව මට්ටමේ කොලේෂන් සකස් කිරීම එම තීරුව හෝ වගුවේ සියලු ක්‍රියාකාරකම් සඳහා සමාන්‍ය සැසඳීමේ නීති අත්‍යවශ්‍ය කරයි.

සාමාන්‍ය නියමයක් ලෙස:

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

මෙම FAQ සාමාන්‍ය වාස්තු විශේෂ ප්‍රශ්න සහ ගැටළු ආවරණය කරයි. ඔබට අමතර ගැටළු තිබේ නම්, කරුණාකර අදහස් හරහා හෝ සම්බන්ධතා පෝරමය භාවිතා කරමින් අසන්න.

8. සාරාංශය

MySQL හි අකුරු සංවේදනය කොලේෂන් සැකසුම් මගින් ලවච්චි ලෙස පාලනය කරයි. උඩු‑තල අකුරු අතර වෙනස්කම් හඳුනා ගැනීමට අවශ්‍යතා පද්ධති සැලසුම සහ මෙහෙයුම් ප්‍රතිපත්තිය අනුව වෙනස් වේ.

මෙම ලිපියේ, අපි ආවරණය කළේ:

  • MySQL හි අකුරු සංවේදනයේ මූලික හැසිරීම
  • අකුරු‑සංවේදන සහ අකුරු‑සංවේදන නොවන සැසඳීම් කෙරෙහි ක්‍රියාත්මක කිරීම
  • ප්‍රායෝගික උදාහරණ සහ මෙහෙයුම් සැලසුම්
  • තාක්ෂණික පසුබැසීම සහ අනෙකුත් දත්ත ගබඩා පද්ධති සමඟ වෙනස්කම්
  • සාමාන්‍ය දෝෂ නිරාකරණ අවස්ථා සහ විසඳුම්

කොලේෂන් දත්ත ගබඩා, වගුව, තීරුව මට්ටමින් සකස් කළ හැකි බැවින්, ඔබේ අවශ්‍යතා අනුව සුදුසු ක්‍රමය තෝරා ගැනීම අත්‍යවශ්‍ය වේ.

කොලේෂන් සැකසුම්, LOWER()/UPPER() ක්‍රියා, BINARY මෙහෙයුම්කරු, සහ COLLATE වාක්‍යය නිවැරදිව භාවිතා කිරීමෙන්, අනපේක්ෂිත ගැටළු වලක්වා, සමාන්‍ය හැසිරීම රැකගත හැක.

අවසානයේ, විශාල පද්ධතිවල සැකසුම් වෙනස් කිරීමේදී හෝ අනුවාද නවීකරණයේදී, වෙනස්කම් යෙදීමට පෙර සැමවිටම උපස්ථාපන (බැකප්) සහ පරීක්ෂණ සිදු කරන්න.

කොලේෂන් පිළිබඳ පූර්ණ අවබෝධයක් ඇතිව, ඔබ MySQL ආරක්ෂිතව සහ කාර්යක්ෂමව ක්‍රියාත්මක කළ හැක.

9. යොමු සබැඳි සහ නිල ලේඛන

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

9.1 නිල MySQL ලේඛන

9.2 අනෙකුත් ප්‍රධාන දත්ත ගබඩා පද්ධති සමඟ සැසඳීම

9.4 වැදගත් සටහන්

  • කොලේෂන් හැසිරීම MySQL අනුවාද අනුව වෙනස් විය හැකිය. ඔබ ස්ථාපනය කර ඇති අනුවාදයට අදාළ ලේඛන සෑමවිටම පරීක්ෂා කරන්න.
  • විශාල පද්ධතිවල අභිරුචි මෙහෙයුම් නීති හෝ ව්‍යතිරේකයන් තිබිය හැක. අවශ්‍ය විට අභ්‍යන්තර ලේඛන සහ පද්ධති සැලසුම් විශේෂණ පරීක්ෂා කරන්න.

නිල මාර්ගෝපදේශ සහ විශ්වාසනීය තාක්ෂණික සම්පත් භාවිතා කර ඔබේ අවබෝධය ගැඹුරු කර MySQL නිසි ලෙස සකස් කරන්න.
ඔබ ගැටළු මුහුණ දුන්නේ නම්, ඉහත ලේඛන වෙත යොමු වී සුදුසු විසඳුම හඳුනා ගන්න.