ඔබේ දත්ත තැටියට සුරැකීම වෙනුවට දත්ත සමුදායක් භාවිතා කරන්නේ ඇයි?


201

දත්ත සමුදායක් වෙනුවට මම මගේ දත්ත JSON වෙත අනුක්‍රමික කරමි, අවශ්‍ය විටෙක එය තැටියට සුරකිමි. සියලුම දත්ත කළමනාකරණය වැඩසටහනේම සිදු කර ඇති අතර එය SQL විමසුම් භාවිතා කිරීමට වඩා වේගවත් හා පහසුය. එම හේතුව නිසා දත්ත සමුදායන් කිසිසේත් අවශ්‍ය වන්නේ මන්දැයි මම කිසි විටෙකත් තේරුම් ගෙන නොමැත.

දත්ත තැටියට සුරැකීම වෙනුවට යමෙකු දත්ත සමුදායක් භාවිතා කළ යුත්තේ ඇයි?


66
ඔබගේ යෙදුමේ ඇති දත්ත කළමනාකරණය කිරීම දත්ත සමුදායක් තුළ කරනවාට වඩා වේගවත් නම් (එය විශ්වාස කිරීමට මට අතිශයින්ම අපහසුය) එවිට ඔබ SQL සහ දත්ත සමුදායන් සාමාන්‍යකරණය කිරීම පිළිබඳව කියවිය යුතුය. ඔබ අත්විඳින්නේ බොහෝ දුරට බිහිසුණු ලෙස නිර්මාණය කරන ලද දත්ත සමුදායක අතුරු ආබාධයකි.
yannis

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

19
ඔබට මුහුණ දිය හැකි තරඟ කොන්දේසි මොනවාද, ඔබ ඒ සඳහා සූදානම්ද? තනි වෙබ් සේවාදායකයක් පසුකර යාමට ඔබට අවශ්‍යද? ඔබගේ සේවාදායකය අසමත් වුවහොත් ඔබගේ උපස්ථ සැලැස්ම කුමක්ද? මෙම සියලු ප්‍රශ්න සඳහා ඔබේ පිළිතුර ඔබ සතුව නැතිනම් දත්ත සමුදායක් තිබේ නම් වඩා හොඳ වනු ඇත. ඔබ කවදා හෝ දත්ත සමුදායන් භාවිතා කරන්නේ කෙසේදැයි ඉගෙන ගැනීමේ ප්‍රවණතාව ඉක්මවා ගියහොත්, මගේ අනුමානය නම්, ඔබේ “SQL විමසුම් භාවිතා කිරීමට වඩා පහසුය” ඔබ “SQL තේරුම් නොගන්නේ නම් SQL විමසුම් භාවිතා කිරීමට වඩා පහසු” ලෙස සංශෝධනය කළ යුතු බවයි.
btilly

41
දත්ත සමුදාය කෙසේ හෝ තැටියට දත්ත ගබඩා කරයි. එය ව්‍යුහාත්මක දත්ත ගොනු කිරීම සඳහා පද්ධතිවල ස්වාභාවික පරිණාමයේ අවසාන ප්‍රති result ලය පමණි. ඔබේ ව්‍යුහාත්මක දත්ත ගබඩා කිරීම සඳහා ලිපිගොනු භාවිතා කිරීමට ඔබ අදහස් කරන්නේ නම්, දත්ත සමුදායන්හි දැනටමත් සංවර්ධනය කර ඇති විශේෂාංග නැවත සොයා ගැනීම ඔබ සොයා ගනු ඇත. ඉතින් මුල සිටම දත්ත සමුදායක් භාවිතා නොකරන්නේ ඇයි?
බෙනඩික්ට්

14
ඔබේ ව්‍යාපෘතිය පරිණාමය වන ආකාරය මත පදනම්ව, සමගාමී ප්‍රවේශය සහ පෙරළීම් වැනි දේ සමඟ කටයුතු කිරීමට ඔබට සිදුවනු ඇත. ඒවා ඉතා සුළු දෙයක්, නමුත් එසේ නොවේ. ඔබ ඒවා විසඳා අවසන් වන විට, ඔබ මූලික වශයෙන් දත්ත සමුදායක් ලියා ඇති බව ඔබට පෙනී යනු ඇත. ඔබට ඇත්ත වශයෙන්ම දත්ත සමුදා ව්‍යාපාරයේ හෝ වෙනත් ව්‍යාපාරයක සිටීමට අවශ්‍යද?
jwernerny

Answers:


287
  1. ඔබට දත්ත සමුදායකින් දත්ත විමසිය හැකිය (එය ප්‍රශ්න අසන්න).
  2. ඔබට සාපේක්ෂව වේගයෙන් දත්ත සමුදායකින් දත්ත සොයාගත හැකිය.
  3. JOINs භාවිතයෙන් ඔබට විවිධ වගු දෙකකින් දත්ත සම්බන්ධ කළ හැකිය.
  4. දත්ත සමුදායක දත්ත වලින් ඔබට අර්ථවත් වාර්තා නිර්මාණය කළ හැකිය.
  5. ඔබේ දත්ත වලට එය තුළ ව්‍යුහයක් ඇත.
  6. දී ඇති වර්ගයක තොරතුරු සෑම විටම එක් වරක් පමණක් ගබඩා වේ.
  7. දත්ත සමුදායන් ACID වේ.
  8. දත්ත සමුදායන් දෝෂ-ඉවසිය හැකි ය.
  9. දත්ත සමුදායන්ට ඉතා විශාල දත්ත කට්ටල හැසිරවිය හැකිය.
  10. දත්ත සමුදායන් සමගාමී ය; බහු පරිශීලකයින්ට දත්ත දූෂණය නොකර එකවර භාවිතා කළ හැකිය.
  11. දත්ත සමුදායන් හොඳින් පරිමාණය කරයි.

කෙටියෙන් කිවහොත්, විවිධාකාර වූ ඉතා බුද්ධිමත් පුද්ගලයන් විසින් වසර ගණනාවක් තිස්සේ සංවර්ධනය කරන ලද සුප‍්‍රසිද්ධ, ඔප්පු කරන ලද තාක්‍ෂණයන්ගෙන් ඔබ ප‍්‍රතිලාභ ලබයි.

දත්ත සමුදායක් අධික ලෙස මරණයට පත්වීම ගැන ඔබ කනස්සල්ලට පත්ව සිටී නම්, SQLite බලන්න.


22
6. සාමාන්‍යකරණය, 7. සබැඳිය බලන්න, 8. දෝෂ-ඉවසීම පිළිබඳ කියවන්න. ඔහ්, ඔබ NoSQL උමතුවට හසු වීමට පෙර, SQL දත්ත සමුදායන් ගැන ඉගෙන ගන්න; ඔවුන්ගේ නියමයන් අනුව ඔවුන්ව දැන හඳුනා ගන්න. ඔබට වැටහෙනු ඇත. ඔබ සරල වින්‍යාස දත්ත ගැන කතා කරන්නේ නම්, JSON ඔබට අවශ්‍ය සියල්ල විය හැකිය. නමුත් වැඩසටහන් සැකසුම් වලට අමතරව තවත් බොහෝ වර්ගවල දත්ත තිබේ.
රොබට් හාවි

27
එකවර දත්ත සංස්කරණය කරන වැඩසටහන් දෙකක් තිබීම ආරක්ෂිත නොවන තාක් දුරට, දත්ත සමුදායන් පවතින්නේ අර්ධ වශයෙන් ය. ඔබට මෙම අවශ්‍යතාවය කවදා හෝ තිබේ නම් (සහ මා සඳහන් කළ වෙනත් අවශ්‍යතා සමහරක් හෝ සියල්ලම), ඔබ මේ සියල්ල නැවත ප්‍රතිනිර්මාණය කිරීම අවශ්‍ය නොවීම ගැන ඔබ සතුටු වනු ඇත.
රොබට් හාවි

24
Ok ඩොක්කාට් එය අවශ්‍ය නැත, කිසිවක් නැත. ඔබේ ප්‍රවේශය ඔබ වෙනුවෙන් ක්‍රියාත්මක වන්නේ නම්, ඒ සඳහා යන්න. කෙසේ වෙතත්, අඩක් විනීත rdbms මතක මත පදනම් වූ ගබඩාවලට සහය දක්වන බව සඳහන් කළ යුතු අතර, ඔබේ යෙදුම අවදි වූ විට ඔබට අවශ්‍ය සියල්ල මතකයේ පැටවිය හැකිය (ඔබ දැනටමත් කර ඇති පරිදි), ඔබ සාමාන්‍ය දත්ත ගබඩාවක් මෙන් ඒවා විමසන්න (රොබට් සඳහන් කළ සියලු ප්‍රතිලාභ තබා ගනිමින්) ).
යානිස්

29
වෙනත් ආකාරයකින් කිවහොත්, සමහර විට ඔබට කූඩාරමක් අවශ්‍යය, නමුත් සමහර විට ඔබට නිවසක් අවශ්‍ය වන අතර, නිවසක් තැනීම කූඩාරමක් තල්ලු කිරීමට වඩා සම්පූර්ණයෙන්ම වෙනස් බෝල ක්‍රීඩාවකි.
රොබට් හාවි

51
Ock ඩොක්කාට් මිනිසුන් කඩාවැටීම් ගැන සඳහන් කරන විට, එයින් අදහස් වන්නේ ... ඔබේ "දත්ත සමුදාය" ගොනුව ලිවීමෙන් ඔබේ CPU අඩක් පුපුරා ගියේය. දැන් මොකද වෙන්නේ? බොහෝ දුරට ඔබගේ ගොනුව දූෂිත / කියවිය නොහැකි ය (අවම වශයෙන් එය තවදුරටත් ඔබේ ආකෘතියට අනුකූල නොවිය හැක), සහ ඔබට උපස්ථයක් නැවත පිහිටුවීමට අවශ්‍ය වේ (බොහෝ "සැබෑ" ඩීබී වලට අහිමි වන්නේ අවසාන ගනුදෙනුව පමණි). ඇත්ත වශයෙන්ම, මෙය හැසිරවීමට ඔබට කේත ලිවිය හැකිය. එවිට ඔබට අනෙක් සියලුම දේ සඳහා කේත ලිවිය හැකිය. එවිට ඔබට වැටහේවි ඔබ ආරම්භයේ සිටම භාවිතා කළ හැකි ඩීබී එකක් ලිවීමට මාස 6 ක් ගත කළේ ඉතා සුළු උත්සාහයක් සඳහා බව.
ඩැනියෙල් බී

206

රොබට් පැවසූ සියල්ල සමඟ මම එකඟ වන අතරම, දත්ත තැටියට සුරැකීමට වඩා ඔබ දත්ත සමුදායක් භාවිතා කළ යුත්තේ කවදාදැයි ඔහු ඔබට කීවේ නැත.

එබැවින් පරිමාණය, විශ්වසනීයත්වය, දෝෂ ඉවසීම යනාදිය ගැන රොබට් පැවසූ දේට අමතරව මෙය ගන්න.

RDBMS භාවිතා කරන්නේ කවදාද, සලකා බැලිය යුතු කරුණු කිහිපයක් මෙන්න:

  • ඔබට සබැඳි දත්ත තිබේ, එනම් ඔබේ නිෂ්පාදන මිලදී ගන්නා ගනුදෙනුකරුවෙකු ඔබ සතුව ඇති අතර එම නිෂ්පාදන සඳහා සැපයුම්කරුවෙකු සහ නිෂ්පාදකයෙකු සිටී
  • ඔබ සතුව විශාල දත්ත ප්‍රමාණයක් ඇති අතර අදාළ තොරතුරු ඉක්මනින් සොයා ගැනීමට ඔබට හැකි විය යුතුය
  • කලින් හඳුනාගෙන ඇති ගැටළු පිළිබඳව ඔබ කරදර වීමට පටන් ගත යුතුය: පරිමාණය, විශ්වසනීයත්වය, ACID අනුකූලතාවය
  • ව්‍යාපාර ගැටලු විසඳීම සඳහා ඔබ වාර්තාකරණ හෝ බුද්ධි මෙවලම් භාවිතා කළ යුතුය

NoSQL භාවිතා කරන්නේ කවදාද යන්න

  • ව්‍යුහාත්මක නොවන ගබඩා කිරීමට අවශ්‍ය දත්ත ඔබ සතුව ඇත
  • පරිමාණය සහ වේග අවශ්‍යතා
  • ඔබට සාමාන්‍යයෙන් ඔබේ යෝජනා ක්‍රමය නිර්වචනය කිරීමට අවශ්‍ය නැත, එබැවින් ඔබට වෙනස්වන අවශ්‍යතා තිබේ නම් මෙය හොඳ කරුණක් විය හැකිය

අවසාන වශයෙන්, ගොනු භාවිතා කළ යුත්තේ කවදාද

  • ගොනු පද්ධතියට හැසිරවිය හැකි සාධාරණ ප්‍රමාණවලින් ඔබ ව්‍යුහගත නොකළ දත්ත තිබේ
  • ව්‍යුහය, සබඳතා ගැන ඔබ තැකීමක් නොකරයි
  • පරිමාණය හෝ විශ්වසනීයත්වය ගැන ඔබ තැකීමක් නොකරයි (ගොනු පද්ධතිය මත පදනම්ව මේවා කළ හැකි වුවද)
  • දත්ත සමුදායක් එකතු කරන පොදු කාර්ය සමඟ ඔබට අවශ්‍ය නැත
  • ඔබ ගොනු පද්ධතියට අයත් ව්‍යුහාත්මක ද්විමය දත්ත සමඟ කටයුතු කරයි, උදාහරණයක් ලෙස: රූප, PDF, ලේඛන ආදිය.

16
+1, ලිපිගොනු ඇත්ත වශයෙන්ම ගබඩා කිරීම සඳහා සුදුසු අවස්ථා ඇති බව ඔබ පෙන්වා දීම වැදගත් යැයි මම සිතමි.
ග්‍රෑන්ඩ් මාස්ටර් බී

17
ඔබ ඔබේ තෙවැනි ලැයිස්තුවට තවත් උදාහරණයක් එකතු කළ හැකි ය: දත්ත ඇත්තටම විට ගොනු, උදා: උඩුගත රූප, pdf ලිපි ලේඛන සහ එවැනි. එය පැහැදිලිව පෙනෙන නමුත් කිසිදු හේතුවක් නොමැතිව දත්ත සමුදායක් තුළ පින්තූර ගබඩා කර ඇති අවස්ථා මම දුටුවෙමි.
ගෝරන් ජොවික්

2
හොඳ පිළිතුරක්, නමුත් වෙබ් යෙදුමක් අවම වශයෙන් පරිමාණය පිළිබඳව කල්තියා සිතීම අවශ්‍ය නොවන්නේ කවදාද? ඒ ඇයි ඕනෑම සැබෑ අයදුම් විශ්වසනීයත්වය ගැන හිතන්න අවශ්ය නැහැ?
ජෝන් එම් ගැන්ට්

5
හොඳයි, එය කිසි විටෙකත් වෙබ් යෙදුමක් ලෙස පැහැදිලි සඳහනක් කර නොතිබුණද මම එය JSON අදහස් දැක්වීමෙන් අනුමාන කළෙමි. කෙසේ වෙතත්, සමහර විට යමක් භාවිතා කරනු ලබන්නේ කිහිප දෙනෙකු පමණක් වන අතර, පරිමාණය සහ විශ්වසනීයත්වය ගැන කරදර නොවීමට යෙදුමේ විෂය පථය සාධාරණීකරණය කළ හැකිය. මෙයින් මා අදහස් කරන්නේ පොකුරුකරණය සහ අතිරික්තය වැනි දේවල් ගැන කරදර නොවීමයි.
සෑම්

8
OGoranJovic සමහර විට එය අර්ථවත් කරයි. පින්තූර 10,000+ ඩිරෙක්ටරියක් තුළ ගබඩා කර තබන්න, සමහර ගොනු පද්ධති නවත්වනු ඇත - අතින් උප ඩිරෙක්ටරි කොටස් කිරීමේ යෝජනා ක්‍රමයකට වඩා ඩීබී පහසු වනු ඇත.
මාටින් බෙකට්

58

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

ඔබ වඩාත් සංකීර්ණ වන විට, ඔබ සැබවින්ම දත්ත සමුදායක් නිර්මාණය කරයි. ඔබට එය ඇමතීමට අවශ්‍ය ඕනෑම දෙයක්, දත්ත සමුදායක් යනු තැටියේ ගබඩා කර ඇති වාර්තා සමූහයකි. ඔබ ගොනුව නිර්මාණය කළත්, හෝ MySQL , SQLite හෝ ගොනුව (ය) නිර්මාණය කරන්නේ කුමක් වුවත්, ඒවා දෙකම දත්ත සමුදායන් වේ.

ඔබට නැති වී ඇත්තේ ඒවා භාවිතා කිරීම පහසු කිරීම සඳහා දත්ත සමුදා පද්ධති තුළ ගොඩනගා ඇති සංකීර්ණ ක්‍රියාකාරිත්වයයි.

මතකයට නැඟෙන ප්‍රධාන දෙය සුචිගත කිරීමයි. හරි, එවිට ඔබට වාර්තා 10 ක් හෝ 20 ක් හෝ 100 ක් හෝ 1000 ක් අනුක්‍රමික අරා හෝ JSON නූලක් තුළ ගබඩා කර එය ඔබගේ ගොනුවෙන් ඉවතට ගෙන සාපේක්ෂව ඉක්මණින් නැවත කියවිය හැකිය .

දැන්, ඔබ සතුව වාර්තා 10,000, 100,000 හෝ 1,000,000 ක් ඇතැයි සිතන්න. කවුරුහරි ලොග් වීමට උත්සාහ කරන විට ඔබට දැන් මෙගාබයිට් සිය ගණනක් විශාල ගොනුවක් විවෘත කිරීමට සිදු වනු ඇත, එය ඔබේ වැඩසටහනේ මතකයට පටවන්න, ඒ හා සමාන ප්‍රමාණයේ තොරතුරු සමූහයක් එළියට ගෙන වාර්තා දහස් ගණනක් නැවත කියවන්න. ඔබට ප්‍රවේශ වීමට අවශ්‍ය එක් වාර්තාවක් සොයා ගන්න.

නිසි දත්ත සමුදායක් මඟින් වාර්තා වල ඇතැම් ක්ෂේත්‍රවල දර්ශක සැකසීමට ඔබට ඉඩ සලසයි, දත්ත සමුදාය විමසීමට සහ විශාල දත්ත කට්ටල සමඟ වුවද ඉතා ඉක්මණින් ප්‍රතිචාරයක් ලබා ගැනීමට ඔබට ඉඩ සලසයි. Memcached , හෝ ගෙදර හැදූ හැඹිලි පද්ධතියක් සමඟ එය ඒකාබද්ධ කරන්න (නිදසුනක් ලෙස, සෙවුමක ප්‍රති results ල වෙනම වගුවක විනාඩි 10 ක් ගබඩා කර වෙනත් අයෙකු ඉක්මනින් එකම දේ සොයන්නේ නම් එම ප්‍රති load ල පටවන්න), සහ ඔබ වේගයෙන් විමසීම් කරනු ඇත, ඔබ අතින් ලිපිගොනු කියවන විට / ලිවීමේදී එතරම් විශාල දත්ත කට්ටලයක් සමඟ ඔබට නොලැබෙනු ඇත.

සුචිගත කිරීම හා සම්බන්ධ තවත් දෙයක් නම් තොරතුරු මාරු කිරීමයි. මා ඉහත කී පරිදි, ඔබට මෙගාබයිට් සිය ගණනක් හෝ දහස් ගණනක ලිපිගොනු ඇති විට, එම තොරතුරු සියල්ලම මතකයට පටවා ගත යුතු අතර, එය අතින් (බොහෝ විට එකම ත්‍රෙඩ් එකකින්) නැවත සකසා ඔබේ දත්ත හැසිරවිය යුතුය.

දත්ත සමුදා පද්ධතියක් සමඟ එය තමන්ගේම නූල් (ය) මත හෝ තමන්ගේම සේවාදායකයක පවා ක්‍රියාත්මක වේ. ඔබගේ වැඩසටහන සහ දත්ත සමුදා සේවාදායකය අතර සම්ප්‍රේෂණය වන සියල්ල SQL විමසුමක් වන අතර ආපසු සම්ප්‍රේෂණය වන්නේ ඔබට ප්‍රවේශ වීමට අවශ්‍ය දත්ත පමණි. ඔබ මුළු දත්ත කට්ටලයම මතකයට පටවන්නේ නැත - ඔබ යවන සහ ලැබෙන්නේ ඔබගේ මුළු දත්ත කට්ටලයේ ඉතා සුළු කොටසකි.


1
1. කරුණාකර ඔබේ පරිශීලක තොරතුරු සියල්ලම සේවාදායක පාර්ශවීය කේතයට පටවන්න එපා! (මට විශ්වාසයි එය උදාහරණයක් පමණක් බව) 2. MB විශාල 100 ක ගොනුවකින් ප්‍රථමයෙන් පූරණය වීමට ටික කාලයක් ගතවනු ඇත. 3. ඔබ උදාහරණය නිවැරදිය, කෙසේ වෙතත් ඔබ උපකල්පනය කරන්නේ ඔබ කවදා හෝ පරිශීලක නාමයෙන් පමණක් සෙවීමට යන බවයි. පරිශීලකයෙකු පිළිබඳ වැඩි දත්ත ගබඩා කිරීමට ඔබට අවශ්‍ය නම් කුමක් සිදුවේද? උදා: වයස. දැන් ඔබට වයස අවුරුදු 20-30 අතර සිටින සියලුම පරිශීලකයින් සෙවීමට අවශ්‍යය. හෝ ඊටත් වඩා සරල නම්, ඔබේ json මේ ආකාරයට පෙනෙන විට ලිපිනයකින් පරිශීලකයෙකු සොයා ගන්න: {පිවිසුම: {pass: pass, add1: "123 sasd", නගරය: "කොතැනක හෝ"}}.
තෝමස් ක්ලේසන්

2
ඔබගේ අවසාන කරුණ නිවැරදි විය හැකි නමුත් පසුව මම පැරණි දත්ත වලින් වැඩ කළ හැකිය - විශේෂයෙන්, මම ඔබේ වැඩසටහන විවෘත කළහොත් වත්මන් දත්ත සමුදාය පටවන්න, මිනිත්තු 5 කට පසුව වෙනත් අයෙකු ලොග් වී යමක් සංස්කරණය කරයි, මගේ දත්ත සමුදාය දැන් පසු අනුවාදයකි වැඩසටහනෙන් ඉවත් වී නැවත එය ආරම්භ කරන්න. මම මගේ දත්ත සමුදාය සංස්කරණය කර නැවත එය සුරැකුවහොත් අනෙක් පරිශීලකයා විසින් කරන ලද වෙනස්කම් නැවත ලියන්නෙමි. ඔබට පරිශීලක දත්ත ගබඩාවක් ඇති විට මෙය ඔබගේ මුරපදය වෙනස් කිරීමෙන් ඕනෑම දෙයක් විය හැකිය. එක් එක් සැසි වාරයේදී පරිශීලකයින් දෙදෙනෙකු ඔවුන්ගේ මුරපදය වෙනස් කළහොත් එක් පරිශීලකයෙකුට ඔවුන්ගේ වෙනස ආපසු හැරවිය හැක.
තෝමස් ක්ලේසන්

4
සුචිගත කිරීම පිළිබඳ යම් යම් දේ සෙවීමෙන් පසු මම බොහෝ දේ ඉගෙන ගතිමි. එය සැබවින්ම බුද්ධිමත් විය. දත්ත සමුදායන් දැන් තව ටිකක් අර්ථවත් කරයි. මට නොතේරෙන සමහර දේවල් තවමත් ඇත, නමුත් එය විශාල ප්‍රගතියකි. එම පිළිතුරට ස්තූතියි!
MaiaVictor

4
දර්ශක ගැන, නැත, දත්ත සමුදාය සෑම දෙයක්ම ස්වයංක්‍රීයව සුචිගත නොකරයි. දේවල් ස්වල්පයක් පමණක් ස්වයංක්‍රීයව සුචිගත කර ඇති අතර අනෙක් ඒවාට “කරුණාකර මෙය සුචිගත කරන්න” යන්න අවශ්‍ය වේ. දර්ශක මඟින් ල ar ු ගණක වේලාවට සෙවීම අඩු කරයි, ඕ (ලොග් (එන්)) නියතයට වඩා තරමක් මන්දගාමී වේ.
ඔරියෝනි අධිරාජ්‍යයා

1
හැෂ් මත පදනම් වූ සහ බී-ගස් පදනම් කරගත් ක්‍රියාත්මක කිරීම අතර වෙනස ගැන කනස්සල්ලට පත්වීම නොමේරූ ප්‍රශස්තකරණයකි. දත්ත දර්ශකයේ තිබේ නම්, එය තවමත් තැටියෙන් කියවීමට වඩා දුසිමක් ගුණයකින් වේගවත් වනු ඇත.
සිල්වර්බැක්නෙට්

15

ටීඑල්ඩීආර්

ඔබගේ යෙදුම සඳහා අත්‍යවශ්‍යයෙන්ම වලංගු, කෙටිකාලීන දත්ත ගබඩා කිරීමේ තාක්ෂණික තීරණයක් ගත් බවක් පෙනේ - ඔබ අභිරුචි දත්ත ගබඩා කළමනාකරණ මෙවලමක් ලිවීමට තෝරා ගත්තේය.

ඔබ අඛණ්ඩව වාඩි වී සිටින අතර, දෙපැත්තටම ගමන් කිරීමට විකල්ප ඇත.

දිගු කාලීනව, ඔබ බොහෝ දුරට (පාහේ, නමුත් 100% ක්ම නොවේ) ඔබ කරදරයට පත්වන බවක් පෙනෙන්නට ඇති අතර, පවතින දත්ත ගබඩා විසඳුම් භාවිතා කිරීම වෙනස් කිරීම වඩා හොඳ විය හැකිය. නිශ්චිත, ඉතා සුලභ, පුරෝකථනය කළ හැකි, කාර්යසාධන ගැටලු සමඟ කටයුතු කිරීමට ඔබට බල කෙරෙනු ඇති අතර, ඔබේම දෑ පෙරළීම වෙනුවට පවතින මෙවලම් භාවිතා කිරීම වඩා හොඳය.


ඔබේ යෙදුම විසින් ගොඩනගා සෘජුවම භාවිතා කරන (කුඩා) අභිරුචි-අරමුණු දත්ත ගබඩාවක් ඔබ ලියා ඇති බවක් පෙනේ. සත්‍ය තැටි ලිවීම සහ කියවීම කළමනාකරණය කිරීම සඳහා ඔබ මෙහෙයුම් පද්ධතියක් සහ ගොනු පද්ධතියක් මත විශ්වාසය තබා ඇති බවත්, සංයෝජනය දත්ත ගබඩාවක් ලෙස සලකන බවත් මම සිතමි.

ඔබ කළ දේ කළ යුත්තේ කවදාද?

ඔබ දත්ත ගබඩා කිරීම සඳහා මිහිරි ස්ථානයක වාඩි වී සිටී. මෙහෙයුම් පද්ධතියක් සහ ගොනු පද්ධති දත්ත ගබඩාවක් ඇදහිය නොහැකි තරම් පහසු, ප්‍රවේශ විය හැකි සහ හරස් වේදිකා අතේ ගෙන යා හැකි ය. මෙම සංයෝජනය මෙතරම් කාලයක් තිස්සේ පැවතුන අතර, ඕනෑම සම්මත යෙදවුම් වින්‍යාසයක් මත ඔබට සහය ලැබෙනු ඇති බවටත්, ඔබේ යෙදුම ක්‍රියාත්මක කිරීමටත් හැකි වනු ඇත.

ඒ සඳහා කේත ලිවීමද පහසු සංයෝජනයකි - ඒපීඅයි තරමක් -ජු හා මූලික වන අතර එය ක්‍රියාත්මක වීමට සාපේක්ෂව කේත පේළි කිහිපයක් අවශ්‍ය වේ.

සාමාන්‍යයෙන්, ඔබ කළ දේ කිරීම වඩාත් සුදුසුය:

  • නව අදහස් මූලාකෘතිකරණය කිරීම
  • කාර්ය සාධනය අනුව පරිමාණය කිරීමට අවශ්‍ය නොවන යෙදුම් ගොඩනැගීම
  • දත්ත සමුදායක් ස්ථාපනය කිරීම සඳහා සම්පත් නොමැතිකම වැනි අසාමාන්‍ය තත්වයන්ගෙන් සීමා වී ඇත

විකල්ප

ඔබ විකල්ප විකල්පයක සිටින අතර, ඔබට මෙතැනින් යා හැකි 'දිශාවන්' දෙකක් ඇත, මා සිතන දේ 'පහළ' සහ 'ඉහළට':

පහළ

අයදුම් කිරීමට ඇති අවම විකල්පය මෙයයි, නමුත් එය සම්පූර්ණත්වය සඳහා මෙහි ඇත:

ඔබට අවශ්‍ය නම් පහළට යන්න , එනම් මෙහෙයුම් පද්ධතිය සහ ගොනු පද්ධතිය මුළුමනින්ම මග හැර තැටියෙන් සෘජුවම ලිවීමට හා කියවීමට ඔබට හැකිය. මෙම තේරීම සාමාන්‍යයෙන් අදාළ වන්නේ අතිශය කාර්යක්ෂමතාව අවශ්‍ය අවස්ථාවන්හිදී පමණි - නිදසුනක් ලෙස, අවම / කුඩා MP3 ප්ලේයර් උපාංගයක් ගැන, සම්පූර්ණ ක්‍රියාකාරී මෙහෙයුම් පද්ධතියක් සඳහා ප්‍රමාණවත් RAM ප්‍රමාණයක් නොමැතිව හෝ ඇදහිය නොහැකි තරම් කාර්යක්ෂම ස්කන්ධයක් අවශ්‍ය වන වේබැක් මැෂින් වැනි දෙයක් ගැන සිතන්න. දත්ත ලිවීමේ මෙහෙයුම් (බොහෝ දත්ත ගබඩාවන් වේගවත් කියවීම් සඳහා මන්දගාමී ලිවීම් වෙළඳාම් කරයි, මන්ද එය සෑම යෙදුමකටම වඩා බහුලව භාවිතා වන අවස්ථාවයි).

ඉහළට

මෙහි උප කාණ්ඩ කිහිපයක් තිබේ - මේවා හරියටම සුවිශේෂී නොවේ. සමහර මෙවලම් දෙකම විහිදෙන අතර, එක් එක් ක්‍රියාකාරිත්වයට යම්කිසි ක්‍රියාකාරීත්වයක් සපයයි, සමහර ඒවාට එක් මාදිලියක සිට අනෙක් මාදිලියේ වැඩ කිරීමට සම්පූර්ණයෙන්ම මාරු විය හැකි අතර සමහර ඒවා එකිනෙකට ඉහළින් ස්ථර කළ හැකි අතර ඔබේ යෙදුමේ විවිධ කොටස් වලට වෙනස් ක්‍රියාකාරීත්වයක් සපයයි.

වඩා බලවත් දත්ත ගබඩා

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

පහත දැක්වෙන්නේ ඔබේ යෙදුම විස්තර කරන විට ඉහළට යාමේ පැහැදිලි මාර්ගය මෙයයි:

  • එය අසාමාන්‍ය ලෙස බර කියවීම මත රඳා පවතී
  • අඩු (කෙටිකාලීන) අනුකූලතා සහතික සඳහා ඉහළ කාර්යසාධනයක් සමඟ වෙළඳාම් කිරීම සමඟ ඔබ හොඳින් සිටී (බොහෝ අය “අවසාන අනුකූලතාව” ලබා දෙයි).
  • බොහෝමයක් දත්ත හැසිරවීම සහ අනුකූලතාවයේ lack නතාවය "සෘජුවම" කළමනාකරණය කරයි (ප්‍රායෝගිකව, ඔබ මුලින් තෙවන පාර්ශවීය මෙවලමක් භාවිතා කිරීම අවසන් කරනු ඇත, නමුත් අවසානයේදී ඔබ මෙය ඔබගේ යෙදුමට හෝ අභිරුචි ලිඛිත අතරමැදි ස්ථරයකට ගෙන එනු ඇත) .
  • “සාපේක්ෂව සරල” දත්ත හැසිරවීමේ අවශ්‍යතාවයන් සමඟ ඔබ ගබඩා කරන දත්ත ප්‍රමාණය සහ / හෝ ඒ හරහා සෙවීමේ හැකියාව විශාල වශයෙන් පරිමාණය කිරීමට ඔබ බලාපොරොත්තු වේ.

මෙහි විග්ල් කාමරයක් තිබේ - මන්දගාමී කියවීම් සඳහා ඔබට වඩා හොඳ කියවීමේ අනුකූලතාවක් බල කළ හැකිය. විවිධ මෙවලම් සහ විකල්පයන් දත්ත හැසිරවීමේ apis, සුචිගත කිරීම සහ වෙනත් විකල්ප සපයයි, ඒවා ඔබේ විශේෂිත යෙදුම පහසුවෙන් ලිවීමට වැඩි හෝ අඩු සුදුසු වේ. එබැවින් ඉහත කරුණු ඔබගේ යෙදුම සම්පූර්ණයෙන්ම පාහේ විස්තර කරන්නේ නම්, ඔබ වඩාත් ප්‍රබල දත්ත ගබඩා විසඳුමක් සමඟ වැඩ කිරීමට “ප්‍රමාණවත් තරම් සමීප” විය හැකිය.

සුප‍්‍රසිද්ධ උදාහරණ: CouchDB , MongoDB , Redis , මයික්‍රොසොෆ්ට් හි Azure , Google App Data Store සහ Amazon හි ECE වැනි වලාකුළු ගබඩා විසඳුම් .

වඩාත් සංකීර්ණ දත්ත හැසිරවීමේ එන්ජින්

දත්ත ගබඩා කිරීමේ යෙදුමේ "SQL" පවුල මෙන්ම තවත් අය පරාසයක් පිරිසිදු ගබඩා එන්ජින් වලට වඩා දත්ත හැසිරවීමේ මෙවලම් ලෙස විස්තර කර ඇත. ඒවා දත්ත ගබඩා කිරීම ඉක්මවා යන බොහෝ විට අතිරේක ක්‍රියාකාරිත්වයේ පුළුල් පරාසයක් සපයයි. ඔබට මෙම මාර්ගය අනුගමනය කිරීමට අවශ්‍ය වන්නේ:

  • ඔබට කාර්ය සාධන පහරක් ලැබෙනු ඇතැයි අදහස් කළත්, ඔබට කියවීමේ අනුකූලතාවයක් තිබිය යුතුය.
  • ඔබ ඉතා සංකීර්ණ දත්ත හැසිරවීම කාර්යක්ෂමව සිදු කිරීමට බලාපොරොත්තු වේ - ඉතා සංකීර්ණ JOIN සහ UPDATE මෙහෙයුම්, දත්ත කියුබ් සහ පෙති කැපීම යනාදිය ගැන සිතන්න ...
  • කාර්ය සාධනය සඳහා දෘඩතාවයෙන් වෙළඳාම් කිරීම සමඟ ඔබ හොඳින් සිටී (පහසුවෙන් සහ / හෝ කාර්යක්ෂමව වෙනස් කළ නොහැකි වගු වැනි බලහත්කාර, ස්ථාවර දත්ත ගබඩා ආකෘති සිතන්න).
  • බොහෝ විට වඩා සංකීර්ණ මෙවලම් සහ අතුරුමුහුණත් සමඟ කටයුතු කිරීමට ඔබට සම්පත් තිබේ.

මෙය දත්ත සමුදායක් හෝ දත්ත ගබඩාවක් පිළිබඳ වඩාත් "සාම්ප්‍රදායික" චින්තනය වන අතර එය බොහෝ කාලයක් තිස්සේ පැවතුනි - එබැවින් මෙහි බොහෝ දේ ඇත, බොහෝ විට ගනුදෙනු කිරීමට බොහෝ සංකීර්ණතා ඇත. එය යම්කිසි විශේෂ ise තාවයක් සහ දැනුමක් අවශ්‍ය වුවද, සරල විසඳුම් ගොඩනඟා ගැනීම / බොහෝ සංකීර්ණතාවයන් මඟහරවා ගත හැකිය - ඔබ බොහෝ දුරට තෙවන පාර්ශවීය මෙවලම් සහ පුස්තකාල භාවිතා කර එය බොහෝමයක් ඔබ වෙනුවෙන් කළමනාකරණය කරනු ඇත.

සුප‍්‍රසිද්ධ උදාහරණ වන්නේ MySQL , SQL Server , Oracle's Database සහ DB2 ය .

කාර්යය බාහිරින් ලබා ගන්න

සංකීර්ණ, කළමනාකරණය කිරීමට ඔබට උපකාරී වන, නවීන, තෙවන පාර්ශවීය මෙවලම් සහ පුස්තකාල කිහිපයක් ඇත, ඒවා ඔබේ දත්ත ගබඩා කිරීමේ මෙවලම් සහ යෙදුම අතර අන්තර් සම්බන්ධ වේ.

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

ප්‍රකට උදාහරණ නම් එම්වීසී මෙවලම් ( ජැන්ගෝ , යී ), රූබි ඔන් රේල්ස් සහ ඩේටොමික් ය . විවිධ දත්ත ගබඩාවල ඒපීඅයි වටා එතීම ලෙස ක්‍රියා කරන මෙවලම් සහ පුස්තකාල දුසිම් ගණනක් ඇති බැවින් මෙහි සාධාරණ වීම දුෂ්කර ය.


PS: ඔබ පෙළට වීඩියෝ කැමති නම්, ඔබට රිච් හිකීගේ දත්ත සමුදායට සම්බන්ධ සමහර වීඩියෝ නැරඹීමට අවශ්‍ය විය හැකිය; දත්ත ගබඩාවක් තෝරා ගැනීම, සැලසුම් කිරීම සහ භාවිතා කිරීම යන බොහෝ චින්තනය පැහැදිලි කිරීම සඳහා ඔහු හොඳ කාර්යයක් කරයි.


14

ඔබේ ප්‍රශ්නයේ අදහස් දැක්වීමේදී විස්තර කරන දේවල් ලැයිස්තුවක් වැනි සරල දත්ත ඔබ සතුව ඇති විට, SQL දත්ත ගබඩාවක් ඔබට බොහෝ දේ ලබා නොදේ. බොහෝ අය තවමත් ඒවා භාවිතා කරයි, මන්ද ඔවුන්ගේ දත්ත කාලයත් සමඟ වඩාත් සංකීර්ණ විය හැකි බව ඔවුන් දන්නා අතර දත්ත සමුදායන් සමඟ සුළු වැඩ කරන පුස්තකාල රාශියක් ඇත.

නමුත් ඔබ පටවන සරල ලැයිස්තුවක් සමඟ වුවද, මතකයේ තබාගෙන, අවශ්‍ය විට ලියන්න, ගැටළු ගණනාවකින් පීඩා විඳින්න පුළුවන්:

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

ඔබේ දත්ත ඉතා විශාල ලෙස වර්ධනය වීමට සහ නිතර යාවත්කාලීන කිරීමට පටන් ගන්නේ නම්, ඔබගේ සියලු දත්ත අනුක්‍රමික කිරීම සහ ඉතිරිකිරීම විශාල සම්පත් ප්‍රභවයක් වන අතර සියල්ල මන්දගාමී වේ. ඔබට දේවල් බෙදාගන්නේ කෙසේද යන්න පිළිබඳව වැඩ කිරීමට පටන් ගත යුතුය, එබැවින් එය එතරම් මිල අධික නොවනු ඇත. දත්ත සමුදායන් ප්‍රශස්තිකරණය කර ඇත්තේ තැටියට වෙනස් වන දේ දෝෂ ඉවසා දරාගත හැකි ආකාරයෙන් සුරැකීමට ය. එසේම ඒවා නිර්මාණය කර ඇති බැවින් ඔබට අවශ්‍ය ඕනෑම වේලාවක ඔබට අවශ්‍ය කුඩා දත්ත ඉක්මනින් පැටවිය හැකිය.

එසේම, ඔබට SQL දත්ත සමුදායන් භාවිතා කිරීමට අවශ්‍ය නැත. බොහෝ දෙනෙක් කරන NoSQL "දත්ත සමුදායන්" ඔබට භාවිතා කළ හැකිය , දත්ත ගබඩා කිරීමට JSON භාවිතා කරන්න. නමුත් එය සිදු කරනු ලබන්නේ දෝෂ-ඉවසිය හැකි ආකාරයකින් වන අතර දත්ත බුද්ධිමත් ලෙස බෙදීමට, විමසීමට හා බුද්ධිමත්ව විවිධ පරිගණක හරහා බෙදිය හැකි ආකාරයකට.

එසේම, සමහර අය දේවල් මිශ්ර කරති. පිවිසුම් තොරතුරු ගබඩා කිරීම සඳහා ඔවුන් රෙඩිස් වැනි NoSQL දත්ත ගබඩාවක් භාවිතා කරනු ඇත . ඉන්පසු වඩාත් සිත්ගන්නාසුලු විමසුම් කිරීමට අවශ්‍ය වඩාත් සංකීර්ණ දත්ත ගබඩා කිරීමට සම්බන්ධතා දත්ත සමුදායන් භාවිතා කරන්න.


12

සමගාමී මුදල් සහ විශ්වසනීයත්වය පිළිබඳ ගැටළුව කෙරෙහි බොහෝ පිළිතුරු යොමු වී ඇති බව මට පෙනේ. සමගාමී මුදල්, විශ්වසනීයත්වය සහ ක්‍රියාකාරිත්වය හැරුණු විට දත්ත සමුදායන් වෙනත් ප්‍රතිලාභ ලබා දෙයි. මතකයේ බයිට් සහ අක්ෂර නිරූපණය වන ආකාරය ගැන කරදර නොවීමට ඒවා ඉඩ දෙයි. වෙනත් වචන වලින් කිවහොත්, දත්ත සමුදායන් ක්‍රමලේඛකයාට "කෙසේද" යන්නට වඩා "කුමක්" කෙරෙහි අවධානය යොමු කිරීමට ඉඩ දෙයි.

එක් පිළිතුරක විමසුම් සඳහන් වේ. “SQL දත්ත සමුදාය ප්‍රශ්නයක් ඇසීම” ප්‍රශ්නයක සංකීර්ණතාව සමඟ හොඳින් පරිමාණය කරයි. සංවර්ධනයේදී කේත පරිණාමය වන විට, "සියල්ල ලබා ගැනීම" වැනි සරල විමසුම් පහසුවෙන් "දේපල 1 මෙම අගයට සමාන වන සෑම දෙයක්ම ලබා ගැනීමටත් පසුව දේපල 2 අනුව වර්ග කිරීමටත්" පහසුවෙන් ව්‍යාප්ත විය හැකිය. කිසියම් දේපලක් සඳහා දර්ශකයක් සෑදීමෙන් බොහෝ විමසුම් වල කාර්ය සාධනය වේගවත් කළ හැකිය.

අනෙක් වාසිය වන්නේ සබඳතා ය. විමසීම් සමඟ විවිධ දත්ත කට්ටල වලින් හරස් යොමු දත්ත පිරිසිදු කර පසුව කූඩු ලූප ඇත. නිදසුනක් ලෙස, පරිශීලකයින් සහ තනතුරු විවිධ දත්ත කට්ටල (හෝ DB වගු හෝ JSON වස්තු) ඇති පද්ධතියක පළ කිරීම් 3 ක් අඩු පරිශීලකයින්ගෙන් සියලු සංසද සටහන් සෙවීම කියවීමේ හැකියාව කැප නොකර තනි විමසුමකින් කළ හැකිය.

සියල්ලට ම, SQL දත්ත සමුදායන් වඩා හොඳ නම් දත්ත පරිමාව විශාල විය හැකි නම් සරල අරා (වස්තූන් 1000 ට වඩා කියමු), සුළු නොවන හා විවිධ දත්ත කාණ්ඩවල දත්ත ප්‍රවේශයන් විවිධ දත්ත කාණ්ඩවලට ප්‍රවේශ වීම.


දේවල් නිරූපණය කරන්නේ කෙසේද යන්න ඔබට නොසලකා හැරිය හැකිය යන අදහස ගැන මම ටිකක් කම්මැලියි. ඔබට මෙය නොසලකා හැරිය හැකි අතර , ඔබ එසේ කරන්නේ නම් සහ එස්.පී. ඔබ තරමක් සංකීර්ණ විමසුමක් ලියන්නේ නම්, එය ඔබගේ යෙදුමට තවදුරටත් පරිමාණය කළ නොහැකි ය. "දර්ශකයක් එක් කිරීම" සැමවිටම කළ නොහැක්කකි - ඔබට වාද විවාද කිරීමට ලිවීම් ඇති අතර, සංකීර්ණතා බහු වගු දක්වා විහිදෙන විමසුම් වලට එය එතරම් උදව් නොකරයි. සුචිය අවශ්‍ය වූ විට එයින් ඇඟවෙන්නේ අන්තර්ක්‍රියාකාරී විමසීමේ ප්‍රතිලාභය ඔබට අහිමි වී ඇති බැවින් නිශ්චිතවම ව්‍යුහාත්මක විමසුම් පමණක් සාධාරණ වේලාවට පිළිතුරු දිය හැකි බවයි.
ඊමොන් නර්බෝන්

AmEamonNerbonne සමහර විට RDBMS සමඟ වඩා හොඳින් වාක්‍ය ඛණ්ඩනය කර ඇති අතර, එය සැබෑ ලෝක ගැටලුවක් ලෙස පෙන්වන තෙක් දේවල් නිරූපණය කරන්නේ කෙසේද යන්න නොසලකා හැරිය හැකිය. දේවල් ගැටලුවක් බවට පත් වූ විට පමණක්, එවිට ඔබට ගැටලුව විශ්ලේෂණය කළ හැකි අතර බොහෝ විට විසඳුම හොඳින් ස්ථානගත කර ඇති දර්ශකයක් කිහිපයක් එකතු කිරීමේ ස්වරූපයෙන් වන අතර RDBMS හි විමසුම් සැලසුම්කරු එම දර්ශකයේ වාසි ලබා ගැනීමට වගබලා ගනී. එයින් ප්‍රයෝජන ලැබිය හැකි වෙනත් මෙහෙයුම් සහ යාවත්කාලීන කිරීම. OTOH, ඔබ ගොනු පද්ධතිය භාවිතයෙන් ඔබේම දත්ත ගබඩාවක් ලියන්නේ නම්, ඔබට ඉතිරි යෙදුම යාවත්කාලීන කිරීමට සිදුවේ.
බොරු රයන්

12

ගොනු පද්ධතියක් NoSQL දත්ත ගබඩාවක විස්තරයට ගැලපේ, එබැවින් ඔබේ දත්ත ගබඩා කරන්නේ කෙසේද යන්න තීරණය කිරීමේදී ඔබ එය අනිවාර්යයෙන්ම සලකා බැලිය යුතු යැයි මම කියමි. සමහර පිළිතුරු මෙහි යෝජනා කර ඇති පරිදි RDBMS සඳහා එය අතහැර දමන්න එපා.

ගොනු පද්ධති සමඟ ඇති එක් ගැටළුවක් (සහ පොදුවේ NoSQL) දත්ත අතර සම්බන්ධතා හැසිරවීමයි. එය මෙහි ප්‍රධාන අවහිරයක් නොවේ නම්, මම කියන්නේ දැනට RDBMS මඟ හරින්න. ගබඩා පද්ධතියක් ලෙස ගොනු පද්ධතියක් භාවිතා කිරීමේ ධනාත්මක පැති මතක තබා ගන්න:

  • ශුන්‍ය පරිපාලනය
  • අඩු සංකීර්ණත්වය, සැකසීමට පහසුය
  • ඕනෑම මෙහෙයුම් පද්ධතියක්, භාෂාව, වේදිකාව, පුස්තකාල යනාදිය සමඟ ක්‍රියා කරයි
  • නාමාවලිය වන්නේ වින්‍යාස සැකසුම පමණි
  • පරීක්ෂා කිරීමට සුළු දෙයක්
  • පවත්නා මෙවලම්, උපස්ථ, වෙනස් කිරීම යනාදිය සමඟ පරීක්ෂා කිරීම ඉතා සුළුය
  • හොඳ කාර්ය සාධන ලක්ෂණ සහ මෙහෙයුම් පද්ධතිය විසින් මනාව සකස් කර ඇත
  • ඕනෑම සංවර්ධකයෙකුට තේරුම් ගැනීමට පහසුය
  • පරායත්තතා නැත, අමතර ධාවක නොමැත
  • ආරක්ෂක ආකෘතිය තේරුම් ගැනීමට ඉතා සුළු වන අතර එය මෙහෙයුම් පද්ධතියේ මූලික කොටසකි
  • දත්ත බාහිරව ප්‍රවේශ විය නොහැක

9

ගොනු පද්ධති යනු දත්ත සමුදායකි. අනෙක් සියල්ලන් මෙන් RDBMS ගැන කතා නොකරනු ඇත, නමුත් නිසැකවම දැඩි අර්ථයෙන් ඩී.බී. වියුක්ත ආචයනය සහ ඔබේ වැඩසටහන සන්නිවේදනය කරන API එකක් බැලීමේ දත්ත (ගොනු අන්තර්ගතය) සඳහා ඔබ යතුරු (ගොනු නාමය) ලබා දෙයි.

ඉතින්, ඔබ භාවිතා කරන්නේ දත්ත සමුදායකි. අනෙක් පෝස්ට් වලට විවිධ වර්ගයේ දත්ත සමුදායන්හි ගුණාංග ගැන තර්ක කළ හැකිය ...


1
දත්ත සමුදාය සහ ආචයනය එකිනෙකට වෙනස් ලෙස භාවිතා කළ නොහැක. දත්ත සමුදායක් යනු ගබඩා වර්ගයකි, නමුත් ගොනු පද්ධති නිසැකවම දත්ත සමුදායක් නොවේ
Gaz_Edge

3
“ආචයනය” යනු බිටු සහ බයිට් රඳවා ඇති ස්ථානයයි. දත්ත සමුදායක් අනිවාර්යයෙන්ම ගොනු පද්ධතියක ගොනු භාවිතා නොකරයි. ගොනු පද්ධතියක් යනු නියත වශයෙන්ම යෙදුමේ දැඩි අර්ථයෙන් දත්ත සමුදායකි.
ක්‍රිස් එස්

6
විකල්පයක් වන විට දත්ත සමුදායන්හි කිසිදු ප්‍රයෝජනයක් නොමැති බවට තර්ක කරන අයෙකුට දත්ත සමුදායක් භාවිතා කිරීම ; ඔව්. ඔවුන්ගේ තර්කය පදනම් වී ඇත්තේ වැරදි යැයි පූර්ව නිගමනයක් මත බව ඔවුන්ට පැහැදිලි කිරීම ප්‍රයෝජනවත් බව පෙනේ. ඔවුන්ගේ ආරම්භක තත්වය පිළිබඳව වඩා හොඳ අවබෝධයක් ලබා ගත් පසු, පවතින තාක්‍ෂණයන් පිළිබඳ වඩාත් පූර්ණ අවබෝධයකින් යුතුව ඉදිරියට යාමට අපට ඔවුන්ට උදව් කළ හැකිය. ගොනු පද්ධති ධූරාවලි දත්ත සමුදායන් වන අතර, හොඳ හේතු සම්බන්ධතා ඇති අතර වස්තු දත්ත සමුදායන් ඒවා වේගවත්, වඩා සංවිධානාත්මක හා වඩා කාර්යක්ෂම දත්ත ගබඩා කිරීම / ලබා ගැනීම ලෙස ප්‍රතිස්ථාපනය කර ඇත.
ක්‍රිස් එස්

2
AzGaz_Edge OP හි යෙදුම මඟින් ව්‍යුහය සහ අන්තර්ගතය කළමනාකරණය කරන ලිපිගොනු පොකුරක ගබඩා කිරීමෙන් දත්ත දැනටමත් අකාර්යක්ෂම "දත්ත ගබඩාවක" ඇත. තේරුම් ගැනීම හා පිළිගැනීම සඳහා op ලබා ගැනීමට උත්සාහ කරන ඔවුන් "සැබෑ" දත්ත සමුදාය පද්ධතිය සඳහා භාවිතා නඩුව තේරුම් ගැනීම සඳහා ප්රයෝජනවත් පළමු පියවර වන්නේ, කිසියම් ආකාරයක "දත්ත සමුදායක්" කෙසේ හෝ සිදුවන බව ඔවුන් තේරුම් ගත් පසු, නිසි ලෙස ව්‍යුහගත හා කළමනාකරණය කළ සේවාවක් යෙදුමට තමන්ගේම දෙයක් කිරීමට ඉඩ දෙනවාට වඩා කාර්යක්ෂම වන්නේ කොතැනද යන්න ගැන කතා කිරීම පහසුය. මෙම පිළිතුර බොහෝ සෙයින් උපකාරී වන බව මම යෝජනා කරමි.
රොබ් මොයර්

8

ඔබට දත්ත වෙනස් කිරීම සඳහා විවිධ ක්‍රියාදාමයන් (පරිශීලකයින් / සේවාදායකයන්) තිබේ නම් දත්ත සමුදායක් අවශ්‍ය වේ. එකිනෙක වෙනස්වීම් නැවත ලිවීම වැළැක්වීමට දත්ත සමුදාය සේවය කරයි.

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

ඔබේ ප්‍රවේශය "මතකයේ ඇති දත්ත සමුදායන්" වල විකාරයට වඩා හොඳය. ඒවා අත්‍යවශ්‍යයෙන්ම ඔබේ ප්‍රවේශය වන නමුත් බොහෝ පොදු කාර්යයන් එකතු කර ඇත.


ඇත්තම කිව්වොත් මම මේ පිළිතුරට කැමතියි. එය සත්‍යයක් වීමට කැමතියි, නමුත් එය එසේ යැයි මට විශ්වාස නැත. උදාහරණයක් ලෙස, සමහර පරිශීලකයින් (සහ ඔබ) මතකය ගැන සැලකිලිමත් විය. ඇත්ත වශයෙන්ම, මම GB වටිනා දත්ත ගබඩා කරන්නේ නම් මට ඒ සියල්ල මතකයේ තබා ගත නොහැක. නමුත් දත්ත කිසි විටෙකත් එතරම් විශාල නොවන බව මට විශ්වාස නම්, මම මතකය පමණක් භාවිතා කළ යුතුද? හොඳයි, තවත් දේවල් ද තිබේ. උදාහරණයක් ලෙස, මම CouchDB හි වර්ධක අදහස් ගැන ඉගෙන ගතිමි. එය නිසැකවම සුචිගත කිරීමට වඩා වෙනස්ව, ඔබම ක්‍රියාත්මක කිරීම සුළුපටු නොවන අතර ඔබ දර්ශන ආකෘතියක් භාවිතා කරන විට එය විශාල
වේගයක් වනු ඇත

මම හිතන්නේ මම කියලා. උදාහරණයක් ලෙස, මම "ක්‍රීඩක ලැයිස්තුවේ" සිට "ශ්‍රේණිගත කිරීම" දක්වා දත්ත පරිවර්තනය කරන විට, මෙය සිතියමක ක්‍රියාකාරිත්වය අඩු කිරීම හැර අන් කිසිවක් නොවේ. ක්‍රීඩාවක් හෝ අන්තර්ක්‍රියාකාරී වෙබ් අඩවියක් නිර්මාණය කිරීමේදී, ඔබ ඉදිරිපත් කරන සෑම දෙයක්ම ඔබගේ මූලික දත්ත වලින් සිතියම් නැවත ක්‍රියාත්මක කිරීමකි! එබැවින් එවැනි ප්‍රශස්තිකරණයක් තිබීම ඇත්තෙන්ම යෝග්‍ය වේ. හොඳයි, මා කතා කරන ඕනෑම දෙයක් ඉදිරියට යන්නේ දැයි මට අදහසක් නැත, නමුත් එය අර්ථවත් කරයි. අද බොහෝ දේ ඉගෙන ගන්නවා, මම ඇත්තටම NoSQL සංකල්ප වලට කැමතියි. පිළිතුරට ස්තූතියි (:
MaiaVictor

7

කිසියම් යෙදුමකට RDBMS අවශ්‍ය දැයි ඔබ නිතරම ඔබෙන්ම අසාගත යුතුය. ආරම්භයේ දී අවශ්‍ය සියලු මෙවලම් සහ රාමු ස්වයංක්‍රීයව උපකල්පනය කරන සැලසුම් ක්‍රියාවලියක් සමඟ බොහෝ යෙදුම් ගොඩනගා ඇත. සාපේක්ෂ දත්ත සමුදායන් එතරම් සුලභ වන අතර බොහෝ සංවර්ධකයින් පෙර මෙන් සමාන යෙදුම් මත වැඩ කර ඇති අතර, ව්‍යාපෘතිය ආරම්භ වීමට පෙර ඒවා ස්වයංක්‍රීයව ඇතුළත් වේ. බොහෝ ව්‍යාපෘති වලින් මෙයින් ගැලවිය හැකිය, එබැවින් දැඩි ලෙස විනිශ්චය නොකරන්න.

ඔබ එකක් නොමැතිව ඔබේ ව්‍යාපෘතිය ආරම්භ කළ අතර එය ක්‍රියාත්මක වේ. ඔබ SQL තෙක් බලා නොසිට මෙය නැගිටීම පහසුය. එහි කිසිදු වරදක් නැත.

මෙම ව්‍යාපෘතිය පුළුල් වන විට සහ අවශ්‍යතා වඩාත් සංකීර්ණ වන විට, සමහර දේවල් තැනීම දුෂ්කර වනු ඇත. ඔබ විකල්ප ක්‍රම ගවේෂණය කර පරීක්ෂා කරන තුරු, වඩා හොඳ කුමක්දැයි ඔබ දන්නේ කෙසේද? ඔබට ක්‍රමලේඛකයන්ගෙන් විමසා ගිනිදැල් හරහා වල්පැලෑටි ගත හැකි අතර මෙම ප්‍රශ්නයට පිළිතුරු දීමට 'එය රඳා පවතී'. ඔබ එය ඉගෙන ගත් පසු, දත්ත සමුදායක ප්‍රතිලාභ සමහරක් හැසිරවීම සඳහා ඔබේ භාෂාවෙන් ලිවීමට කැමති කේත පේළි කීයක් සලකා බැලිය හැකිය. යම් අවස්ථාවක දී, ඔබ රෝදය ප්‍රතිනිර්මාණය කරයි.

පහසු බොහෝ විට සාපේක්ෂ වේ. පරිශීලකයාට කිසිදු කේතයක් ලිවීමට අවශ්‍ය නොවී වෙබ් පිටුවක් තැනීමට හා දත්ත සමුදා වගුවකට පෝරමයක් සම්බන්ධ කළ හැකි රාමු කිහිපයක් තිබේ. මම හිතන්නේ ඔබ මූසිකය සමඟ පොරබදන්නේ නම් මෙය ගැටළුවක් විය හැකිය. හැමෝම දන්නවා, මෙය පරිමාණය කළ හැකි හෝ නම්‍යශීලී නොවන නිසා දෙවියන් විසින් ඔබ සියල්ල GUI සමඟ තදින් සම්බන්ධ කර ඇති බව තහනම් කර ඇත. ක්‍රමලේඛකයෙකු නොවන අය දැන් මූලාකෘතියක් ගොඩනඟා ඇත; යග්නි ගොඩක් මෙහි සොයාගත හැකිය.

SQL ඉගෙනීම වෙනුවට ඔබ කැමති භාෂාවෙන් හසුරුවන ORM එකක් ඉගෙන ගැනීමට ඔබ කැමති නම් , ඒ සඳහා යන්න, නමුත් ස්ථාපනය කිරීමට උත්සාහ කරන්න, වගුවක් සාදා SQL සමඟ ජනප්‍රිය දත්ත ගබඩාවකින් දත්ත කිහිපයක් ඉවතට ගන්න (තෝරන්න * සිට; තෝරා නොගන්න; සිතට කාවදින දේවල්). එය කිරීම පහසුය. කවුරුහරි ඒවා මුලින්ම නිර්මාණය කළේ එබැවිනි. දැනුවත් තීරණයක් ගැනීම සඳහා එය එතරම් විශාල ආයෝජනයක් ලෙස නොපෙනේ. ඔබට බොහෝ විට කාර්ය සාධන පරීක්ෂණයක් ද කළ හැකිය.


සැලකිල්ලට ගත යුතු කරුණක් නම්, මම ඇත්ත වශයෙන්ම mysql භාවිතා කර ඇත්තේ "otserv" සත්කාරකත්වය දරන විටය. මොකක්ද කියන්න පුලුවන්ද? එය ගෙන ආවේ ගැටළු පමණි. අපිරිසිදු උපක්‍රමයක් භාවිතා කර මිනිසුන්ට "ක්ලෝන" කළ හැකි අතර, ඔවුන් පිටව යන විට ඔවුන්ගේ අක්ෂර සුරකින බව වටහා ගත් නමුත් සේවාදායකය බිඳ වැටුණු විට නොවේ. Otservs සඳහා මෙය බරපතල ගැටළුවකි. Otserv ප්‍රජාව විශාලයි. ඔවුන් මතකයේ දත්ත ගබඩා කර වරින් වර අනුක්‍රමික කළහොත් එය සිදු නොවේ. ඒ නිසා මම දිගු C ++ ලිපිගොනු මා විසින්ම වෙනස් කර, වරින් වර mysql වෙත සුරැකීමට පටන් ගතිමි. මොකක්ද කියන්න පුලුවන්ද? එය ස්ලෝව්!
MaiaVictor

සෑම මිනිත්තු 2 කට වරක් මයිස්ක්ල් හට සම්පූර්ණ ඉතිරිකිරීමේ තත්වය හැසිරවිය නොහැක. ඉතිරිකිරීම සිදු වූ විට එය ඉතා පැහැදිලිය - මුළු සේවාදායකයම තත්පරයකට "පසුගාමී" විය. මෙහි පළ කරන පුද්ගලයින්ට පිළිතුරක් තිබේ නම් දැන් මම අගය කරමි!
MaiaVictor

1
දුර්වල ලෙස කේතනය කර ඇති තනි යෙදුමකින් සිදු වූ දේ අනුව RDBMSs විනිශ්චය නොකරන්න. විශේෂයෙන් දත්ත සමුදා අත්දැකීම් නොමැති අයෙකු විසින් දත්ත සමුදායකට සහාය දැක්වීම සඳහා වෙනස් කිරීම් සිදු කළ විට.
alroc

1
Ok ඩොක්කාට්, ඔබේ බැංකු ගිණුමේ අරමුදල් තැන්පත් කිරීම සහ ගිණුම් ශේෂය තැටියට “වරින් වර” ලිවීම අතර කිසිවෙකු විදුලි රැහැනට පයින් ගසනු ඇතැයි මම බලාපොරොත්තු වෙමි. සහතික කළ දත්ත නැතිවීමේ සැකැස්මක් ඔබ විස්තර කර ඇත. සමහර යෙදුම් සඳහා එය හොඳයි, නමුත් බොහෝ දත්ත සමුදා යෙදුම් පරිශීලකයින්ට තෝරා ගැනීමේ බලය ලබා දෙයි. ඔබට උපස්ථ සමඟ තනි දත්ත සමුදා නෝඩයක් ධාවනය කළ හැකි අතර යම් දත්ත අලාභයක් අවදානමට ලක් කළ හැකිය.
මයික්‍රොබි

Ok ඩොක්කාට් එබැවින් ඔබ MySQL හෝ වෙනත් අංග සම්පූර්ණ "සේවාදායක" ශෛලියක් භාවිතා නොකරයි. ඔබ Sqlite (හෝ ඒ හා සමාන) භාවිතා කරන අතර එය සෑම විටම තැටියේ පවතිනු ඇත, ඔබේ යෙදුමට DB කාවැද්දූ විට (වෙනම ස්ථාපනය කිරීම අවශ්‍ය නොවේ) සහ ඔබට තවමත් SQL ප්‍රවේශය, ගනුදෙනු අඛණ්ඩතාව සහ තැටි ස්ථීරභාවය ලබා දෙයි.
gbjbaanb

6

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

උදාහරණයක් ලෙස key = ghostwriter යන්න g / ho / stwriter.json හෝ g / h / o / stwriter.json හෝ g / ho / ghostwriter.json හෝ g / h / o / ghostwriter.json යනුවෙනි. ඔබගේ යතුරු බෙදා හැරීම මත පදනම්ව ඔබේ නම් කිරීමේ ක්‍රමය තෝරන්න. ඒවා අනුක්‍රමික අංක නම් 5/4/3 / 12345.json අනෙක් පැත්තට වඩා හොඳයි.

එය දත්ත සමුදායක් වන අතර එය ඔබට අවශ්‍ය සියල්ල කරන්නේ නම් එය එසේ කරන්න. වර්තමානයේ එය GDBM, හෝ බර්ක්ලි db වැනි NoSQL දත්ත ගබඩාවක් ලෙස හැඳින්වේ. බොහෝ තේරීම්. මුලින්ම ඔබට අවශ්‍ය දේ හදුනා ගන්න, පසුව විස්තර සමඟ කටයුතු කිරීම සඳහා අතුරු මුහුණත් පුස්තකාලයක් සාදන්න, සමහර විට මතක සටහන් හෝ CRUD අතුරුමුහුණතක් වැනි ලබා ගන්න / සකසන්න, එවිට ඔබට දත්ත සමුදා ආකෘතිය වෙනස් කිරීමට අවශ්‍ය නම් පුස්තකාල මාරු කිරීමට ඔබට හැකි වේ. විවිධ ලක්ෂණ සහිත.

PostgreSQL සහ Apache Derby DB වැනි සමහර SQL දත්ත සමුදායන්, ඔබේම ගෘහස්ථ දත්ත සමුදායන් ඇතුළුව බොහෝ NoSQL ආකෘති වලට ඉහළින් SQL විමසීම් කිරීමට ඉඩ ලබා දෙන බව සලකන්න. MyBatis ගැන විශ්වාස නැති නමුත් එය සමාන විය හැකිය.

NoSQL උපකල්පනයෙන් වළකින්න. විශේෂාංග ගැන කියවා, කාර්ය සාධනය සහ හැකියාව පරීක්ෂා කර එය ඔබගේ යෙදුම් අවශ්‍යතාවන්ට ගැලපෙන ආකාරය මත පදනම්ව තෝරන්න.

http://www.hdfgroup.org/HDF5/ යනු මිනිසුන් බොහෝ විට නොසලකන තවත් රසවත් හා බහුලව භාවිතා වන දත්ත සමුදා ආකෘතියකි.


4

සමගාමීව දත්ත යාවත්කාලීන වූ විගස, දත්ත සමුදායක් භාවිතා කරන ප්‍රවේශය (එය මතක දත්ත ගබඩාවක විය හැකිය) වඩාත් නිවැරදි හා වඩා ක්‍රියාකාරී වනු ඇත, ඒ සමඟම ඔබේ කේතය පහසුය, මන්ද ඔබ සතුව නැති නිසා සමගාමී යාවත්කාලීන කිරීම්, ගනුදෙනු, හැඹිලි, අසමමුහුර්ත I / O සහ ඒ සියල්ල ගැන කරදර වීමට.


ක්‍රියාවලියක් තුළ සමගාමී වෙනස් කිරීම, අගුලු පොකුරක් ලබා ගන්නා දත්ත සමුදා ඩීමනයකට IPC වෙනුවට ක්‍රියාවලි අගුල් භාවිතා කිරීම වඩා කාර්යක්ෂම වනු ඇත. නමුත් ඔබ අනුමාන කරන්නේ දත්ත වෙනස් කරන බහු ක්‍රියාදාමයන් ගැන ය.
dhasenan

hadhasenan - මෙය හොඳ දත්ත සමුදා පද්ධතිවල තවත් වාසියකි. ඔබට සමගාමී මුදල් ලැබෙන අතර එය සෑම අවස්ථාවකම ක්‍රියාත්මක වේ: බහු-නූල්, බහු-ක්‍රියාවලිය, විවිධ සේවාදායකයන්හි බහු සේවාදායකයින්, හෝ එහි ඕනෑම සංයෝජනයක්. ඔබේ බහු-නූල් වැඩසටහන සමහර අවස්ථාවල “වඩා කාර්යක්ෂම” විය හැකි නමුත් එය හුදෙක් පරිමාණයට ලක් නොවනු ඇත.
ඉන්ගෝ

-5

අප මෙහි පළ කරන ආකාරයට QAs ගබඩා කිරීමට / ලබා ගැනීමට ඔබට දත්ත සමුදායක් අවශ්‍යය! සරල ගොනුවකට විවිධ මාතෘකා හා සම්බන්ධ දත්ත සංවිධානය කිරීමට නොහැකි වේ.


3
නැත, "මාතෘකා" ෆෝල්ඩර විය හැකි අතර වෙබ් අඩවියේ "සටහන්" ගොනු විය හැකිය. ගොනු පද්ධතියකින් මෙවැනි වෙබ් අඩවියක් ධාවනය කිරීම අනිවාර්යයෙන්ම කළ හැකිය. එය කාර්යක්ෂම නොවේ: සංවර්ධනය කිරීම, විමසුම් ක්‍රියාත්මක කිරීම, නව දත්ත ඇතුළු කිරීම යනාදිය මන්දගාමී හා සංකීර්ණයි
ක්‍රිස් එස්

slow + complex = නොහැකිද?
ජෝ

ගොඩනැගීමට මන්දගාමී හා සංකීර්ණයි! = ක්‍රියා කිරීමට මන්දගාමී හා සංකීර්ණයි
ජෝ

1
@joe, විවිධ මාතෘකා හා සම්බන්ධ දත්ත සංවිධානය කිරීම සඳහා ගොනුවක් (සමහර විට "සරල" ගොනුවක් නොවිය හැකිය, නමුත් එයින් අදහස් කරන්නේ කුමක්ද?) භාවිතා කළ නොහැකි බව ඇත්ත නොවේ. ඩොක්කාට් යෝජනා කරන පරිදි ඔබට XSON හෝ එක්ස්එම්එල් හෝ මිශ්‍ර-වාර්තාගත ලිපිගොනු භාවිතා කළ හැකිය. බොහෝ අවස්ථාවන් සඳහා මම මෙම ප්‍රවේශයන් කිසිවක් නිර්දේශ නොකරමි, නමුත් එයින් අදහස් කරන්නේ ඒවා කළ නොහැකි බවයි.
ජෝන් එම් ගැන්ට්

@ ජෝන් එම් ගැන්ට්: ඔබ සමඟ සම්පුර්ණයෙන්ම එකඟයි, දත්ත සමුදායන්ට තනි (ඔබ සරල ලෙස අකමැති බැවින්) ගොනු ප්‍රතිස්ථාපනය කළ නොහැක, සහ අනෙක් අතට, මෝටර් රථයකට බයිසිකලයක් ආදේශ කළ නොහැකි එකම හේතුව නිසා. මම "මානව" භාෂා 3 ක් කථා කරන අතර, මගේ වචන සහ වචන මාලාව තේරීම මා වරදවා වටහා ගැනීමට හේතුවයි ... මම හිතන්නේ
ජෝ
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.