අන්තර් පද්ධති IRIS ගෝලීය ගනුදෙනු

අන්තර් පද්ධති IRIS ගෝලීය ගනුදෙනුInterSystems IRIS DBMS දත්ත ගබඩා කිරීම සඳහා රසවත් ව්‍යුහයන් සඳහා සහය දක්වයි - ගෝලීය. අත්‍යවශ්‍යයෙන්ම, මේවා ගණුදෙණු, දත්ත ගස් හරහා ගමන් කිරීම සඳහා වේගවත් ක්‍රියාකාරකම්, අගුලු සහ එහිම ObjectScript භාෂාව වැනි විවිධ අමතර හොඳ දේවල් සහිත බහු මට්ටමේ යතුරු වේ.

"Globals යනු දත්ත ගබඩා කිරීම සඳහා නිධන් කඩු" ලිපි මාලාවේ ගෝලීය ගැන වැඩිදුර කියවන්න:

ගස්. 1 කොටස
ගස්. 2 කොටස
විරල අරා. 3 කොටස

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

සම්බන්ධතා දත්ත සමුදා න්‍යායෙන් දන්නා පරිදි, ගනුදෙනු හොඳින් ක්‍රියාත්මක කිරීම අවශ්‍යතා සපුරාලිය යුතුය. අම්ලය:

A - පරමාණුක (පරමාණුකත්වය). ගනුදෙනුවේ සිදු කරන ලද සියලුම වෙනස්කම් හෝ කිසිවක් වාර්තා නොකෙරේ.

C - අනුකූලතාව. ගනුදෙනුවක් සම්පූර්ණ වූ පසු, දත්ත සමුදායේ තාර්කික තත්ත්වය අභ්‍යන්තරව අනුකූල විය යුතුය. බොහෝ ආකාරවලින් මෙම අවශ්‍යතාවය ක්‍රමලේඛකයාට අදාළ වේ, නමුත් SQL දත්ත සමුදායන් සම්බන්ධයෙන් එය විදේශීය යතුරු ගැනද සැලකිලිමත් වේ.

මම - හුදකලා කරන්න. සමාන්තරව ක්‍රියාත්මක වන ගණුදෙණු එකිනෙක බලපාන්නේ නැත.

D - කල් පවතින. ගනුදෙනුවක් සාර්ථකව නිම කිරීමෙන් පසු, පහළ මට්ටම්වල ඇති ගැටළු (උදාහරණයක් ලෙස විදුලිය බිඳවැටීම) ගනුදෙනුව විසින් වෙනස් කරන ලද දත්තවලට බල නොපායි.

ගෝලීය යනු සම්බන්ධතා නොවන දත්ත ව්‍යුහයන් වේ. ඒවා ඉතා සීමිත දෘඪාංග මත සුපිරි වේගයෙන් ක්‍රියා කිරීමට නිර්මාණය කර ඇත. භාවිතා කරමින් ගෝලීය ගනුදෙනු ක්‍රියාත්මක කිරීම දෙස බලමු නිල IRIS ඩොකර් රූපය.

IRIS හි ගනුදෙනු සඳහා සහාය වීම සඳහා, පහත විධානයන් භාවිතා කරනු ලැබේ: TSTART, TCOMMIT, ට්‍රොල්බැක්.

1. පරමාණුකත්වය

පරීක්ෂා කිරීමට පහසුම ක්රමය වන්නේ පරමාණුකත්වයයි. අපි දත්ත සමුදා කොන්සෝලයෙන් පරීක්ෂා කරමු.

Kill ^a
TSTART
Set ^a(1) = 1
Set ^a(2) = 2
Set ^a(3) = 3
TCOMMIT

එවිට අපි නිගමනය කරන්නේ:

Write ^a(1), “ ”, ^a(2), “ ”, ^a(3)

අපට ලැබෙන්නේ:

1 2 3

හැම දෙයක්ම හොඳයි. පරමාණුකත්වය පවත්වා ගෙන යනු ලැබේ: සියලු වෙනස්කම් වාර්තා කර ඇත.

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

අපි නැවතත් පරමාණුකත්වය පරීක්ෂා කරමු:

Kill ^A
TSTART
Set ^a(1) = 1
Set ^a(2) = 2
Set ^a(3) = 3

එවිට අපි බලහත්කාරයෙන් කන්ටේනරය නවත්වා, එය දියත් කර බලමු.

docker kill my-iris

මෙම විධානය ක්‍රියාවලිය වහාම නැවැත්වීමට SIGKILL සංඥාවක් යවන බැවින්, බලය වසා දැමීමකට බොහෝ දුරට සමාන වේ.

සමහර විට ගනුදෙනුව අර්ධ වශයෙන් ඉතිරි වී තිබේද?

WRITE ^a(1), ^a(2), ^a(3)
^
<UNDEFINED> ^a(1)

- නැත, එය නොනැසී පවතී.

අපි පෙරළීමේ විධානය උත්සාහ කරමු:

Kill ^A
TSTART
Set ^a(1) = 1
Set ^a(2) = 2
Set ^a(3) = 3
TROLLBACK

WRITE ^a(1), ^a(2), ^a(3)
^
<UNDEFINED> ^a(1)

කිසිවක් ඉතිරි වී නැත.

2. අනුකූලතාව

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

උදාහරණයක් ලෙස, අපට ගෝලීය ^පුද්ගලයෙකු සිටී, එහි අපි පෞරුෂය ගබඩා කරන අතර අපි TIN යතුරක් ලෙස භාවිතා කරමු.

^person(1234567, ‘firstname’) = ‘Sergey’
^person(1234567, ‘lastname’) = ‘Kamenev’
^person(1234567, ‘phone’) = ‘+74995555555
...

අවසාන නම සහ මුල් නම අනුව ඉක්මන් සෙවුමක් කිරීමට, අපි ^දර්ශක යතුර සෑදුවෙමු.

^index(‘Kamenev’, ‘Sergey’, 1234567) = 1

දත්ත සමුදාය ස්ථාවර වීමට නම්, අපි මේ ආකාරයට පෞරුෂය එක් කළ යුතුය:

TSTART
^person(1234567, ‘firstname’) = ‘Sergey’
^person(1234567, ‘lastname’) = ‘Kamenev’
^person(1234567, ‘phone’) = ‘+74995555555
^index(‘Kamenev’, ‘Sergey’, 1234567) = 1
TCOMMIT

ඒ අනුව, මකා දැමීමේදී අපි ගනුදෙනුවක් ද භාවිතා කළ යුතුය:

TSTART
Kill ^person(1234567)
ZKill ^index(‘Kamenev’, ‘Sergey’, 1234567)
TCOMMIT

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

3. හුදකලා වීම

වල් බිහිවෙන්නෙ මෙතනින්. බොහෝ පරිශීලකයින් එකම දත්ත සමුදාය මත එකවර වැඩ කරයි, එකම දත්ත වෙනස් කරයි.

බොහෝ පරිශීලකයින් එකම කේත ගබඩාවක් සමඟ එකවර වැඩ කරන විට සහ එකවර බොහෝ ගොනු වලට එකවර වෙනස්කම් කිරීමට උත්සාහ කරන විට තත්වය සැසඳිය හැකිය.

දත්ත සමුදාය තත්‍ය කාලීනව සියල්ල නිරාකරණය කළ යුතුය. බැරෑරුම් සමාගම්වල අනුවාද පාලනය සඳහා (ශාඛා ඒකාබද්ධ කිරීම, ගැටුම් නිරාකරණය කිරීම යනාදිය) සඳහා වගකිව යුතු විශේෂ පුද්ගලයෙකු පවා සිටින බව සලකන අතර, දත්ත සමුදාය මේ සියල්ල තත්‍ය කාලීනව කළ යුතුය, කාර්යයේ සංකීර්ණත්වය සහ නිවැරදි බව දත්ත සමුදා නිර්මාණය සහ එය සේවය කරන කේතය.

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

තවත් ගැටළුවක් නම්, ගනුදෙනුවක් ක්‍රියාත්මක කිරීමේදී (කැපවීමට පෙර), දත්ත සමුදායේ තත්වය අනනුකූල විය හැකි බැවින්, අනෙකුත් ගනුදෙනු වලට අදාල දත්ත සමුදායේ සාක්ෂාත් කර ගන්නා දත්ත සමුදායේ අනනුකූල තත්වයට ප්‍රවේශය නොමැති වීම යෝග්‍ය වේ. බොහෝ ආකාරවලින්: ස්නැප්ෂොට් සෑදීම, බහු අනුවාද පේළි සහ යනාදිය.

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

SQL හුදකලා මට්ටම් 4 ක් නිර්වචනය කරයි:

  • අනවසරයෙන් කියවන්න
  • කියවන්න
  • නැවත නැවත කියවීම
  • අනුක්රමික

එක් එක් මට්ටම් වෙන වෙනම බලමු. එක් එක් මට්ටම ක්රියාත්මක කිරීමේ පිරිවැය ඝාතීය ලෙස වර්ධනය වේ.

අනවසරයෙන් කියවන්න - මෙය හුදකලාවේ අවම මට්ටමයි, නමුත් ඒ සමඟම වේගවත්ම වේ. ගණුදෙණු වලට එකිනෙකා විසින් කරන ලද වෙනස්කම් කියවිය හැක.

කියවන්න සම්මුතියක් වන හුදකලාවේ ඊළඟ මට්ටමයි. ගනුදෙනුවලට කැපවීමට පෙර එකිනෙකාගේ වෙනස්කම් කියවිය නොහැක, නමුත් කැපවීමෙන් පසු කරන ලද ඕනෑම වෙනස්කමක් ඔවුන්ට කියවිය හැකිය.

T1 වැනි දත්ත සමඟම ක්‍රියා කළ T2, T3 ... Tn ගනුදෙනුවලදී සිදු වූ දිගු ගනුදෙනුවක් T1 නම්, T1 හි දත්ත ඉල්ලා සිටින විට අපට සෑම අවස්ථාවකම වෙනස් ප්‍රතිඵලයක් ලැබෙනු ඇත. මෙම සංසිද්ධිය නැවත නැවත කළ නොහැකි කියවීම ලෙස හැඳින්වේ.

නැවත නැවත කියවීම — මෙම හුදකලා මට්ටමේ දී, දත්ත කියවීමට කරන සෑම ඉල්ලීමක් සඳහාම, ප්‍රතිඵල දත්තවල සැණ රුවක් සාදනු ලබන අතර, එම ගනුදෙනුවේදීම නැවත භාවිත කළ විට, ස්නැප්ෂොට් එකෙන් ලැබෙන දත්ත නිසා, නැවත නැවත කියවීමට නොහැකි වන සංසිද්ධියක් අපට නොමැත. භාවිතා වේ. කෙසේ වෙතත්, මෙම හුදකලා මට්ටමේ දී ෆැන්ටම් දත්ත කියවීමට හැකිය. මෙය සමාන්තර කැපවූ ගනුදෙනු මගින් එකතු කරන ලද නව පේළි කියවීමට යොමු කරයි.

අනුක්රමික - පරිවාරකයේ ඉහළම මට්ටම. ගනුදෙනුවකදී (කියවීම හෝ වෙනස් කිරීම) ඕනෑම ආකාරයකින් භාවිතා කරන දත්ත වෙනත් ගනුදෙනු සඳහා ලබා ගත හැක්කේ පළමු ගනුදෙනුව අවසන් වූ පසුව පමණි.

පළමුව, ප්‍රධාන නූලෙන් ගනුදෙනුවක මෙහෙයුම් හුදකලා වීමක් තිබේදැයි සොයා බලමු. අපි ටර්මිනල් කවුළු 2 ක් විවෘත කරමු.

Kill ^t

Write ^t(1)
2

TSTART
Set ^t(1)=2

හුදකලාව නැත. එක ත්‍රෙඩ් එකක් බලනවා ගණුදෙණුව විවෘත කරපු දෙවෙනි එකා මොකද කරන්නේ කියලා.

බලමු එක එක ත්‍රෙඩ් වල ගණුදෙණු බලනකොට ඒවා ඇතුලේ වෙන්නේ මොනවද කියලා.

අපි ටර්මිනල් කවුළු 2 ක් විවෘත කර ගනුදෙනු 2 ක් සමාන්තරව විවෘත කරමු.

kill ^t
TSTART
Write ^t(1)
3

TSTART
Set ^t(1)=3

සමාන්තර ගනුදෙනු එකිනෙකාගේ දත්ත දකියි. ඉතින්, අපි සරලම, නමුත් වේගවත්ම හුදකලා මට්ටම, READ UNCOMMITED ලබා ගත්තෙමු.

ප්‍රතිපත්තිමය වශයෙන්, මෙය ගෝලීය වශයෙන් අපේක්ෂා කළ හැකි අතර, ඒ සඳහා කාර්ය සාධනය සැමවිටම ප්‍රමුඛතාවයක් විය.

ගෝලීය මෙහෙයුම් වලදී අපට ඉහළ මට්ටමේ හුදකලාවක් අවශ්‍ය නම් කුමක් කළ යුතුද?

මෙහිදී ඔබ හුදකලා මට්ටම් අවශ්‍ය වන්නේ ඇයි සහ ඒවා ක්‍රියා කරන ආකාරය ගැන සිතා බැලිය යුතුය.

ඉහළම හුදකලා මට්ටම, SERIALIZE යන්නෙන් අදහස් වන්නේ, සමාන්තරව සිදු කරන ලද ගනුදෙනුවල ප්‍රතිඵලය ඔවුන්ගේ අනුක්‍රමික ක්‍රියාත්මක කිරීමට සමාන වන අතර, ගැටුම් නොමැතිකම සහතික කරන බවයි.

අපට මෙය ObjectScript හි ස්මාර්ට් අගුළු භාවිතයෙන් කළ හැකිය, විවිධ භාවිතයන් තිබේ: ඔබට විධානය සමඟ නිතිපතා, වර්ධක, බහු අගුලු දැමීම කළ හැකිය. ඇතුල්වීමට හැකිනොවනු.

පහළ හුදකලා මට්ටම් යනු දත්ත සමුදා වේගය වැඩි කිරීම සඳහා නිර්මාණය කර ඇති වෙළඳාමයි.

අපි බලමු අගුල් භාවිතයෙන් විවිධ මට්ටමේ හුදකලාව ලබා ගන්නේ කෙසේද කියා.

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

රුසියානු සහ ඉංග්රීසි භාෂාවෙන් ද්වි-අදියර අවහිර කිරීමේ ක්රමය පිළිබඳ වැඩි විස්තර:

ද්වි-අදියර අවහිර කිරීම
ද්වි-අදියර අගුලු දැමීම

දුෂ්කරතාවය වන්නේ ගනුදෙනුවකදී දත්ත සමුදායේ තත්වය නොගැලපෙන නමුත් මෙම නොගැලපෙන දත්ත වෙනත් ක්‍රියාවලීන්ට දෘශ්‍යමාන වීමයි. මෙය වළක්වා ගන්නේ කෙසේද?

අගුලු භාවිතයෙන්, අපි දත්ත සමුදායේ තත්වය අනුකූල වන දෘශ්‍යතා කවුළු සාදන්නෙමු. එකඟ වූ රාජ්‍යයේ දෘශ්‍යමාන කවුළු වෙත ඇති සියලුම ප්‍රවේශයන් අගුලු මගින් පාලනය වේ.

එකම දත්තවල බෙදාගත් අගුලු නැවත භාවිතා කළ හැකිය - ක්‍රියාවලි කිහිපයකට ඒවා ගත හැක. මෙම අගුලු වෙනත් ක්‍රියාවලීන් දත්ත වෙනස් කිරීමෙන් වළක්වයි, i.e. ඒවා ස්ථාවර දත්ත සමුදා තත්වයේ කවුළු සෑදීමට භාවිතා කරයි.

දත්ත වෙනස් කිරීම් සඳහා සුවිශේෂී අගුලු භාවිතා වේ - එවැනි අගුලක් ගත හැක්කේ එක් ක්‍රියාවලියකට පමණි. සුවිශේෂී අගුලක් ගත හැක්කේ:

  1. දත්ත නොමිලේ නම් ඕනෑම ක්‍රියාවලියක්
  2. මෙම දත්තවල හවුල් අගුලක් ඇති සහ සුවිශේෂී අගුලක් ඉල්ලා සිටි පළමු ක්‍රියාවලිය පමණි.

අන්තර් පද්ධති IRIS ගෝලීය ගනුදෙනු

දෘශ්‍යතා කවුළුව පටු වන තරමට අනෙකුත් ක්‍රියාවලීන්ට එය බලා සිටීමට සිදු වේ, නමුත් එය තුළ ඇති දත්ත සමුදායේ තත්වය වඩාත් ස්ථාවර විය හැකිය.

READ_COMMITTED — මෙම මට්ටමේ සාරය නම් අපට පෙනෙන්නේ වෙනත් නූල්වලින් කැපවූ දත්ත පමණි. වෙනත් ගනුදෙනුවක දත්ත තවමත් සිදු කර නොමැති නම්, අපි එහි පැරණි අනුවාදය දකිමු.

අගුල මුදා හරින තෙක් බලා සිටීම වෙනුවට කාර්යය සමාන්තරව කිරීමට මෙය අපට ඉඩ සලසයි.

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

ඒ අනුව, අනුකූලතා ඇති අවස්ථාවන්හිදී පමණක් දත්ත කියවීමට ඉඩ දීමට අපට හවුල් අගුලු භාවිතා කිරීමට සිදුවනු ඇත.

අපි හිතමු අපිට එක එකාට සල්ලි මාරු කරන යූසර් බේස් ^පුද්ගලයෙක් ඉන්නවා.

පුද්ගලයා 123 සිට 242 දක්වා මාරු කිරීමේ මොහොත:

LOCK +^person(123), +^person(242)
Set ^person(123, amount) = ^person(123, amount) - amount
Set ^person(242, amount) = ^person(242, amount) + amount
LOCK -^person(123), -^person(242)

හර කිරීමට පෙර 123 පුද්ගලයාගෙන් මුදල් ප්‍රමාණය ඉල්ලා සිටින මොහොත සුවිශේෂී වාරණයක් සමඟ තිබිය යුතුය (පෙරනිමියෙන්):

LOCK +^person(123)
Write ^person(123)

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

LOCK +^person(123)#”S”
Write ^person(123)

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

නැවත නැවත කියවීම - මෙම හුදකලා මට්ටම සමගාමී ගනුදෙනු මගින් වෙනස් කළ හැකි දත්ත බහු කියවීමට ඉඩ සලසයි.

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

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

LOCK +^person(123, amount)#”S”
чтение ^person(123, amount)

වෙනත් මෙහෙයුම් (මෙම අවස්ථාවේදී සමාන්තර නූල් ^පුද්ගලයා(123, මුදල) ​​වෙනස් කිරීමට උත්සාහ කරයි, නමුත් කළ නොහැක)

LOCK +^person(123, amount)
изменение ^person(123, amount)
LOCK -^person(123, amount)

чтение ^person(123, amount)
LOCK -^person(123, amount)#”S”

කොමා වලින් වෙන් කරන ලද අගුල් ලැයිස්තුගත කිරීමේදී, ඒවා අනුපිළිවෙලින් ගනු ලැබේ, නමුත් ඔබ මෙය කරන්නේ නම්:

LOCK +(^person(123),^person(242))

එවිට ඒවා එකවරම පරමාණුකව ගනු ලැබේ.

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

අපි ගෝලීය ^ පුද්ගලයා තුළ අරමුදල් හර කිරීම ගැන කතා කරන්නේ නම්, ඒ සඳහා පිළිගත හැක්කේ SERIALIZE හුදකලා මට්ටම පමණි, මන්ද මුදල් දැඩි ලෙස අනුපිළිවෙලින් වියදම් කළ යුතුය, එසේ නොමැතිනම් එම මුදලම කිහිප වතාවක් වියදම් කළ හැකිය.

4. කල්පැවැත්ම

මම භාවිතා කරන කන්ටේනරය තදින් කැපීම සමඟ පරීක්ෂණ පැවැත්වුවා

docker kill my-iris

පදනම ඒවා හොඳින් ඉවසා සිටියේය. ගැටළු හඳුනාගෙන නොමැත.

නිගමනය

ගෝලීය සඳහා, InterSystems IRIS හට ගනුදෙනු සහාය ඇත. ඒවා සැබවින්ම පරමාණුක සහ විශ්වසනීය ය. ගෝලීය මත පදනම් වූ දත්ත සමුදායක අනුකූලතාව සහතික කිරීම සඳහා, ක්‍රමලේඛක උත්සාහයන් සහ ගනුදෙනු භාවිතා කිරීම අවශ්‍ය වේ, මන්ද එහි විදේශීය යතුරු වැනි සංකීර්ණ ගොඩනඟන ලද ඉදිකිරීම් නොමැත.

අගුලු භාවිතා නොකර ගෝලීය හුදකලා මට්ටම READ UNCOMMITED වන අතර, අගුලු භාවිතා කරන විට එය SERILIZE මට්ටම දක්වා සහතික කළ හැක.

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

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න