InterSystems IRIS ဂလိုဘယ်ရှိ ငွေပေးငွေယူများ

InterSystems IRIS DBMS သည် ဒေတာသိမ်းဆည်းရန်အတွက် စိတ်ဝင်စားစရာကောင်းသော ဖွဲ့စည်းပုံများကို ပံ့ပိုးပေးပါသည်။ အခြေခံအားဖြင့်၊ ၎င်းတို့သည် ငွေပေးငွေယူပုံစံတွင် အမျိုးမျိုးသော အပိုလက်ဆောင်များ၊ ဒေတာသစ်ပင်များ၊ လော့ခ်ချမှုများနှင့် ၎င်း၏ကိုယ်ပိုင် ObjectScript ဘာသာစကားတို့ကို ဖြတ်ကျော်ရန်အတွက် မြန်ဆန်သောလုပ်ဆောင်ချက်များပါရှိသော အဆင့်ပေါင်းများစွာသောသော့များဖြစ်သည်။

"Globals များသည် ဒေတာသိမ်းဆည်းရန်အတွက် ရတနာဓားများ" ဆောင်းပါးစီးရီးများတွင် ဂလိုဘယ်လ်များအကြောင်း ပိုမိုဖတ်ရှုရန်-

သစ်ပင်များ။ အပိုင်း 1
သစ်ပင်များ။ အပိုင်း 2
ကျဲခင်းများ။ အပိုင်း ၃

ကမ္ဘာတစ်ဝှမ်းတွင် ငွေပေးငွေယူများကို မည်ကဲ့သို့ အကောင်အထည်ဖော်သည်၊ မည်သို့သော အင်္ဂါရပ်များ ရှိသည်ကို ကျွန်ုပ် စိတ်ဝင်စားလာသည်။ နောက်ဆုံးတွင်၊ ၎င်းသည် ပုံမှန်ဇယားများထက် ဒေတာကို သိမ်းဆည်းရန်အတွက် လုံးဝကွဲပြားခြားနားသော ဖွဲ့စည်းပုံဖြစ်သည်။ တော်တော် အောက်တန်းကျတယ်။

Relational Databases သီအိုရီမှ သိရှိထားသည့်အတိုင်း အရောင်းအ၀ယ်များကို ကောင်းမွန်စွာ အကောင်အထည်ဖော်ခြင်းသည် လိုအပ်ချက်များကို ဖြည့်ဆည်းပေးရမည်ဖြစ်သည်။ အက်ဆစ်:

A - Atomic (အနုမြူဓာတ်)။ အရောင်းအ၀ယ်ပြုလုပ်သော အပြောင်းအလဲများ သို့မဟုတ် တစ်စုံတစ်ရာကို မှတ်တမ်းတင်ထားခြင်းမရှိပါ။

C - ညီညွတ်မှု။ ငွေပေးငွေယူတစ်ခုပြီးမြောက်ပြီးနောက်၊ ဒေတာဘေ့စ်၏ ယုတ္တိအခြေအနေသည် အတွင်းပိုင်းနှင့် တသမတ်တည်းဖြစ်ရပါမည်။ ဤလိုအပ်ချက်သည် ပရိုဂရမ်မာအတွက် နည်းလမ်းများစွာဖြင့် သက်ဆိုင်သော်လည်း SQL ဒေတာဘေ့စ်များတွင်မူ နိုင်ငံခြားသော့များနှင့်လည်း သက်ဆိုင်ပါသည်။

ငါ - Isolate ။ ပြိုင်တူလည်ပတ်နေသော အရောင်းအဝယ်များသည် တစ်ခုနှင့်တစ်ခု မထိခိုက်စေသင့်ပါ။

D - တာရှည်ခံတယ်။ ငွေပေးငွေယူတစ်ခု အောင်မြင်စွာ ပြီးမြောက်ပြီးနောက်၊ အောက်ခြေအဆင့်တွင် ပြဿနာများ (ဥပမာ ပါဝါချို့ယွင်းမှု) သည် ငွေပေးငွေယူဖြင့် ပြောင်းလဲထားသော ဒေတာကို မထိခိုက်စေသင့်ပါ။

ဂလိုဘယ်များသည် ဆက်စပ်မှုမရှိသော ဒေတာဖွဲ့စည်းပုံများဖြစ်သည်။ ၎င်းတို့သည် အလွန်အကန့်အသတ်ရှိသော ဟာ့ဒ်ဝဲတွင် အလွန်လျင်မြန်စွာ လည်ပတ်နိုင်ရန် ဒီဇိုင်းထုတ်ထားသည်။ ကမ္ဘာလုံးဆိုင်ရာ ငွေပေးငွေယူများကို အသုံးပြု၍ အကောင်အထည်ဖော်မှုကို ကြည့်ကြပါစို့ တရားဝင် IRIS docker ပုံ.

IRIS တွင် ငွေပေးငွေယူများကို ပံ့ပိုးရန်၊ အောက်ပါ ညွှန်ကြားချက်များကို အသုံးပြုသည်- TSTART, TCOMMIT, စုံစမ်းရန်.

1. ပြည်တော်သာ

စစ်ဆေးရန် အလွယ်ဆုံးနည်းလမ်းမှာ atomicity ဖြစ်သည်။ ကျွန်ုပ်တို့သည် database console မှစစ်ဆေးသည်။

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

အားလုံးအဆင်ပြေတယ်။ Atomicity ကို ထိန်းသိမ်းထားသည်- ပြောင်းလဲမှုအားလုံးကို မှတ်တမ်းတင်ထားသည်။

လုပ်ငန်းကို ရှုပ်ထွေးစေကာ အမှားအယွင်းတစ်ခုကို မိတ်ဆက်ပြီး ငွေပေးငွေယူကို မည်ကဲ့သို့ သိမ်းဆည်းထားသည်၊ တစ်စိတ်တစ်ပိုင်းဖြစ်စေ သို့မဟုတ် လုံးဝမဖြစ်စေသည်ကို ကြည့်ကြပါစို့။

အဏုမြူဓာတ်ကို ထပ်ပြီး စစ်ဆေးကြည့်ရအောင်။

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)

- မဟုတ်ဘူး၊ မရှင်သန်သေးဘူး။

rollback command ကို စမ်းကြည့်ရအောင်။

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 key ကို ပြုလုပ်ထားပါသည်။

^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. အထီးကျန်

ဤနေရာတွင် တောရိုင်းများ စတင်သည်။ အသုံးပြုသူအများအပြားသည် တူညီသောဒေတာဘေ့စ်ပေါ်တွင် တပြိုင်နက်တည်း လုပ်ဆောင်ကြပြီး တူညီသောဒေတာကို ပြောင်းလဲကြသည်။

အသုံးပြုသူအများအပြားသည် တူညီသောကုဒ်သိုလှောင်မှုဖြင့် တစ်ပြိုင်နက်လုပ်ဆောင်ပြီး ဖိုင်များစွာကို တစ်ပြိုင်နက်တည်း ပြောင်းလဲမှုများပြုလုပ်ရန် ကြိုးစားသည့်အခါ အခြေအနေနှင့် နှိုင်းယှဉ်နိုင်သည်။

ဒေတာဘေ့စ်သည် ၎င်းကို အချိန်နှင့်တပြေးညီ စီစစ်သင့်သည်။ လေးနက်သောကုမ္ပဏီများတွင် မူကွဲထိန်းချုပ်မှုအတွက် တာဝန်ရှိသော အထူးပုဂ္ဂိုလ်တစ်ဦးပင်ရှိပါသည် (အကိုင်းအခက်များပေါင်းစည်းခြင်း၊ ပဋိပက္ခများကိုဖြေရှင်းခြင်းစသည်ဖြင့်) နှင့် ဒေတာဘေ့စ်သည် ဤအရာအားလုံးကို အချိန်နှင့်တပြေးညီလုပ်ဆောင်ရမည်ဖြစ်ပြီး၊ အလုပ်၏ရှုပ်ထွေးမှုနှင့် မှန်ကန်မှုတို့ကိုလည်း လုပ်ဆောင်ရမည်ဖြစ်သည်။ ဒေတာဘေ့စ်ဒီဇိုင်းနှင့် ကုဒ်တို့ကို ဆောင်ရွက်ပေးသည်။

၎င်းတို့သည် တူညီသောဒေတာကို လုပ်ဆောင်နေပါက ပဋိပက္ခများကို ရှောင်ရှားရန်အတွက် အသုံးပြုသူများ လုပ်ဆောင်သည့် လုပ်ဆောင်ချက်များ၏ အဓိပ္ပါယ်ကို ဒေတာဘေ့စ်က နားမလည်နိုင်ပါ။ ၎င်းသည် အခြားတစ်ခုနှင့် ကွဲလွဲနေသော ငွေပေးငွေယူတစ်ခုကိုသာ ပြန်ဖျက်နိုင်သည် သို့မဟုတ် ၎င်းတို့ကို ဆက်တိုက်လုပ်ဆောင်နိုင်သည်။

နောက်ပြဿနာတစ်ခုကတော့ ငွေပေးငွေယူတစ်ခု (commit မလုပ်မီ) တွင် database ၏အခြေအနေသည် ကွဲလွဲနေနိုင်သောကြောင့်၊ relational databases များတွင် အောင်မြင်သည့် database ၏ ကိုက်ညီမှုမရှိသောအခြေအနေသို့ အခြားငွေပေးငွေယူများဝင်ရောက်ခွင့်မရှိခြင်းသည် လိုလားအပ်ပါသည်။ နည်းလမ်းများစွာဖြင့်- လျှပ်တစ်ပြက်ရိုက်ချက်များ ဖန်တီးခြင်း၊ ဗားရှင်းပေါင်းစုံ အတန်းများနှင့် စသည်တို့။

အရောင်းအ၀ယ်များကို အပြိုင်လုပ်ဆောင်သောအခါ၊ ၎င်းတို့သည် အချင်းချင်း အနှောင့်အယှက်မဖြစ်စေရန် ကျွန်ုပ်တို့အတွက် အရေးကြီးပါသည်။ ဤသည်မှာ အထီးကျန်ခြင်း၏ ပိုင်ဆိုင်မှုဖြစ်သည်။

SQL သည် အထီးကျန်အဆင့် 4 ခုကို သတ်မှတ်သည်-

• ဝန်မခံဖတ်ဖတ်ပါ
• ဖတ်ရန်တာဝန်
• ထပ်ခါတလဲလဲဖတ်ပါ။
• Serializable ပါ။

အဆင့်တစ်ခုစီကို သီးခြားစီကြည့်ရအောင်။ အဆင့်တစ်ခုစီကို အကောင်အထည်ဖော်ရာတွင် ကုန်ကျစရိတ်များသည် အဆမတန် တိုးများလာသည်။

ဝန်မခံဖတ်ဖတ်ပါ - ဤသည်မှာ အထီးကျန်ခြင်း၏ အနိမ့်ဆုံးအဆင့်ဖြစ်သော်လည်း တစ်ချိန်တည်းတွင် အမြန်ဆုံးဖြစ်သည်။ ငွေပေးချေမှုများသည် တစ်ခုနှင့်တစ်ခု ပြုလုပ်ထားသော အပြောင်းအလဲများကို ဖတ်နိုင်သည်။

ဖတ်ရန်တာဝန် အပေးအယူတစ်ခုဖြစ်သည့် အထီးကျန်ခြင်း၏နောက်ထပ်အဆင့်ဖြစ်သည်။ ငွေပေးချေမှုများသည် ကတိမတည်မီ အချင်းချင်း၏ အပြောင်းအလဲများကို ဖတ်၍မရသော်လည်း ကတိကဝတ်ပြီးနောက် ပြုလုပ်သော အပြောင်းအလဲများကို ဖတ်နိုင်သည်။

အကယ်၍ ကျွန်ုပ်တို့တွင် T1 နှင့် တူညီသောဒေတာဖြင့် လုပ်ဆောင်သော T2 ၊ T3 ... Tn တွင် ကတိကဝတ်များ ကြာမြင့်နေပါက၊ ထို့နောက် T1 တွင် ဒေတာကို တောင်းဆိုသည့်အခါ အကြိမ်တိုင်း မတူညီသောရလဒ်ကို ရရှိမည်ဖြစ်သည်။ ဤဖြစ်စဉ်ကို ထပ်တလဲလဲ မဖတ်ခြင်းဟု ခေါ်သည်။

ထပ်ခါတလဲလဲဖတ်ပါ။ — ဤ သီးခြားခွဲထုတ်မှုအဆင့်တွင် ကျွန်ုပ်တို့တွင် ထပ်တလဲလဲ မဖတ်နိုင်သော ဖြစ်စဉ်မျိုး မရှိပါ၊ ဒေတာဖတ်ရှုရန် တောင်းဆိုမှုတစ်ခုစီအတွက် ရလဒ်ဒေတာကို လျှပ်တစ်ပြက်တစ်ခု ဖန်တီးပြီး တူညီသော ငွေပေးငွေယူတွင် ပြန်လည်အသုံးပြုသည့်အခါ၊ လျှပ်တစ်ပြက်မှ ဒေတာများကို၊ အသုံးပြုသည်။ သို့သော်၊ ဤအထီးကျန်အဆင့်တွင် phantom data ကိုဖတ်နိုင်သည်။ ၎င်းသည် အပြိုင် ကတိပြုထားသော အရောင်းအ၀ယ်ပြုလုပ်ခြင်းဖြင့် ထည့်ထားသော အတန်းအသစ်များကို ဖတ်ခြင်းအား ရည်ညွှန်းသည်။

Serializable ပါ။ - အမြင့်ဆုံး insulation ။ ငွေပေးငွေယူ (ဖတ်ရှုခြင်း သို့မဟုတ် ပြောင်းလဲခြင်း) တွင် မည်သည့်နည်းဖြင့်မဆို အသုံးပြုသည့်ဒေတာသည် ပထမအကြိမ် ငွေလွှဲပြီးသည်နှင့် အခြားငွေပေးငွေယူများအတွက် ရရှိလာနိုင်သည့်အချက်ကို ထင်ရှားစေသည်။

ပထမဦးစွာ၊ ပင်မအကြောင်းအရာမှ ငွေပေးငွေယူလုပ်ငန်းတစ်ခုတွင် လုပ်ဆောင်ချက်များကို သီးခြားခွဲထုတ်ခြင်းရှိမရှိ အဖြေရှာကြည့်ကြပါစို့။ Terminal Window ၂ ခု ဖွင့်ကြည့်ရအောင်။

Kill ^t

Write ^t(1)
2

TSTART
Set ^t(1)=2

အထီးကျန်မှု မရှိပါဘူး။ လိုင်းတစ်ခုက အရောင်းအ၀ယ်ဖွင့်တဲ့ ဒုတိယတစ်ယောက်က ဘာတွေလုပ်နေတယ်ဆိုတာကို မြင်တယ်။

မတူညီသော လိုင်းများ၏ အရောင်းအ၀ယ်များသည် ၎င်းတို့အတွင်း၌ ဖြစ်ပျက်နေသည်ကို မြင်ကြစို့။

Terminal windows 2 ခုဖွင့်ပြီး အရောင်းအဝယ် 2 ခုကို အပြိုင်ဖွင့်ကြပါစို့။

kill ^t
TSTART
Write ^t(1)
3

TSTART
Set ^t(1)=3

ပြိုင်တူ ငွေပေးငွေယူများ အချင်းချင်း၏ ဒေတာကို ကြည့်ပါ။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် အရိုးရှင်းဆုံး၊ သို့သော် အလျင်မြန်ဆုံး သီးခြားခွဲထားမှုအဆင့်ကို ရရှိထားပြီး၊ ဖတ်ရှုရန် ကွန်မန့်မထားသော။

မူအရ၊ စွမ်းဆောင်ရည်သည် အမြဲတမ်း ဦးစားပေးဖြစ်နေသည့် ကမ္ဘာလုံးဆိုင်ရာအတွက် ၎င်းကို မျှော်လင့်နိုင်သည်။

ကမ္ဘာလုံးဆိုင်ရာ စစ်ဆင်ရေးများတွင် ပိုမိုမြင့်မားသော အထီးကျန်မှု အဆင့်ကို လိုအပ်ပါက၊

ဤနေရာတွင် အဘယ်ကြောင့် အထီးကျန်အဆင့်များ လိုအပ်ကြောင်းနှင့် ၎င်းတို့ လုပ်ဆောင်ပုံအကြောင်း စဉ်းစားရန် လိုအပ်ပါသည်။

အမြင့်ဆုံး သီးခြားခွဲထုတ်ခြင်းအဆင့်၊ SERIALIZE ဆိုသည်မှာ မျဉ်းပြိုင်တွင် လုပ်ဆောင်ခဲ့သော ငွေပေးငွေယူများ၏ ရလဒ်သည် တိုက်မိခြင်း မရှိခြင်းကို အာမခံသည့် ၎င်းတို့၏ ဆက်တိုက်လုပ်ဆောင်ခြင်းနှင့် ညီမျှသည်ဟု ဆိုလိုသည်။

ကွဲပြားခြားနားသောအသုံးပြုမှုများများစွာပါရှိသော ObjectScript တွင် စမတ်သော့ခလောက်များကို အသုံးပြု၍ ၎င်းကိုလုပ်ဆောင်နိုင်သည်- သင်သည် ပုံမှန်၊ တိုးမြင့်လာကာ၊ အများအပြားသောသော့ခတ်ခြင်းကို အမိန့်ပေးနိုင်သည်။ သော့ခတ်.

အထီးကျန်အဆင့်နိမ့်များသည် ဒေတာဘေ့စ်အမြန်နှုန်းကို မြှင့်တင်ရန် ဒီဇိုင်းထုတ်ထားသော အပေးအယူများဖြစ်သည်။

သော့ခတ်မှုများသုံးပြီး မတူညီသော အထီးကျန်အဆင့်များကို မည်သို့အောင်မြင်နိုင်သည်ကို ကြည့်ကြပါစို့။

ဤအော်ပရေတာသည် သင့်အား ဒေတာကိုပြောင်းလဲရန် လိုအပ်သောသီးသန့်သော့ခလောက်များသာမကဘဲ မျှဝေထားသောသော့ခလောက်များဟုခေါ်တွင်စေကာမူ ၎င်းတို့သည် ဒေတာဖတ်ရှုခြင်းလုပ်ငန်းစဉ်အတွင်း အခြားလုပ်ငန်းစဉ်များဖြင့် မပြောင်းလဲသင့်သော ဒေတာကိုဖတ်ရှုသည့်အခါတွင် စာတွဲများစွာကို အပြိုင်ယူနိုင်သည်။

ရုရှားနှင့် အင်္ဂလိပ်လို နှစ်ဆင့်ပိတ်ဆို့ခြင်းနည်းလမ်းအကြောင်း နောက်ထပ်အချက်အလက်များ

→ နှစ်ဆင့်ပိတ်ဆို့ခြင်း။
→ နှစ်ဆင့်သော့ခတ်ခြင်း။

အခက်အခဲမှာ ငွေပေးငွေယူတစ်ခုအတွင်း ဒေတာဘေ့စ်၏အခြေအနေသည် ကွဲလွဲနေနိုင်သော်လည်း ဤမညီညွတ်သောဒေတာကို အခြားလုပ်ငန်းစဉ်များတွင် မြင်တွေ့နိုင်မည်ဖြစ်သည်။ ဒါကို ဘယ်လိုရှောင်ရမလဲ။

သော့ခတ်မှုများကို အသုံးပြု၍ ဒေတာဘေ့စ်၏ အခြေအနေနှင့် တသမတ်တည်းဖြစ်မည့် မြင်နိုင်စွမ်းပြတင်းပေါက်များကို ဖန်တီးပါမည်။ သဘောတူထားသည့်ပြည်နယ်၏ မြင်နိုင်စွမ်းရှိသော အဆိုပါပြတင်းပေါက်များသို့ ဝင်ရောက်နိုင်မှုအားလုံးကို သော့ခတ်ခြင်းဖြင့် ထိန်းချုပ်သွားမည်ဖြစ်သည်။

တူညီသောဒေတာပေါ်ရှိ မျှဝေထားသောသော့ခလောက်များကို ပြန်သုံးနိုင်သည်- လုပ်ငန်းစဉ်များစွာသည် ၎င်းတို့ကို လုပ်ဆောင်နိုင်သည်။ ဤသော့ခတ်မှုများသည် အခြားသော လုပ်ငန်းစဉ်များကို ဒေတာပြောင်းလဲခြင်းမှ တားဆီးပေးသည်၊ ဆိုလိုသည်မှာ၊ ၎င်းတို့ကို တသမတ်တည်း ဒေတာဘေ့စ်ပြည်နယ်၏ ပြတင်းပေါက်များ ဖွဲ့စည်းရန် အသုံးပြုသည်။

သီးသန့်သော့ခလောက်များကို ဒေတာပြောင်းလဲမှုများအတွက် အသုံးပြုသည် - လုပ်ငန်းစဉ်တစ်ခုသာ သော့ခတ်ခြင်းကို ပြုလုပ်နိုင်သည်။ သီးသန့်သော့ခတ်ခြင်းကို အောက်ပါတို့က ရယူနိုင်ပါသည်။

1. ဒေတာအခမဲ့ဖြစ်လျှင်မည်သည့်လုပ်ငန်းစဉ်
2. ဤဒေတာတွင် မျှဝေသောသော့ခတ်ထားသော လုပ်ငန်းစဉ်သာဖြစ်ပြီး သီးသန့်သော့ခတ်မှုကို တောင်းဆိုသည့် ပထမဆုံးလုပ်ငန်းစဉ်ဖြစ်သည်။

မြင်နိုင်စွမ်းဝင်းဒိုး ပိုကျဉ်းလေ၊ အခြား လုပ်ငန်းစဉ်များကို စောင့်ရလေလေ၊ သို့သော် ၎င်းအတွင်းရှိ ဒေတာဘေ့စ်၏ အခြေအနေသည် ပို၍ ညီညွတ်လေဖြစ်သည်။

READ_COMMITTED — ဤအဆင့်၏ အနှစ်သာရမှာ ကျွန်ုပ်တို့သည် အခြားစာတွဲများမှ အချက်အလက်များကိုသာ မြင်နေရခြင်းဖြစ်ပါသည်။ အခြားငွေပေးငွေယူရှိဒေတာကို မကျူးလွန်သေးပါက ၎င်း၏ဗားရှင်းဟောင်းကို ကျွန်ုပ်တို့တွေ့မြင်ရပါသည်။

ဤအရာက ကျွန်ုပ်တို့အား သော့ဖွင့်မည့်အချိန်ကို စောင့်မည့်အစား အလုပ်အားပြိုင်တူလုပ်ဆောင်နိုင်စေပါသည်။

အထူးလှည့်ကွက်များမပါဘဲ၊ IRIS တွင်ဒေတာဗားရှင်းဟောင်းကိုကျွန်ုပ်တို့မြင်နိုင်မည်မဟုတ်ပါ၊ ထို့ကြောင့်လော့ခ်များဖြင့်လုပ်ဆောင်ရမည်ဖြစ်ပါသည်။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ညီညွတ်သောအခိုက်အတန့်တွင်သာ ဒေတာကိုဖတ်ရှုနိုင်စေရန် မျှဝေထားသောသော့ခလောက်များကို အသုံးပြုရမည်ဖြစ်ပါသည်။

ကျွန်ုပ်တို့တွင် တစ်ဦးနှင့်တစ်ဦး ငွေလွှဲသည့် သုံးစွဲသူအခြေခံ ^လူတစ်ယောက်ရှိသည် ဆိုကြပါစို့။

လူ ၁၂၃ မှ လူ ၂၄၂ သို့ လွှဲပြောင်းသည့်အခိုက်အတန့်။

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)

အခြားလုပ်ဆောင်မှုများ (ယခုအချိန်တွင် မျဉ်းပြိုင်တွဲများသည် ^person(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))

ထို့နောက် ၎င်းတို့ကို အက်တမ်ဖြင့် တစ်ပြိုင်နက် သိမ်းယူသည်။

ဇာတ်လမ်းတွဲ — ဘုံဒေတာပါရှိသော ငွေပေးငွေယူအားလုံးကို နောက်ဆုံးတွင် ဆက်တိုက်လုပ်ဆောင်နိုင်ရန် လော့ခ်များကို သတ်မှတ်ရပါမည်။ ဤနည်းလမ်းအတွက်၊ သော့ခလောက်အများစုသည် သီးသန့်ဖြစ်ပြီး စွမ်းဆောင်ရည်အတွက် ကမ္ဘာလုံးဆိုင်ရာ အသေးငယ်ဆုံးသော ဧရိယာများတွင် လုပ်ဆောင်သင့်သည်။

ကမ္ဘာလုံးဆိုင်ရာ ^person တွင် ငွေထုတ်ခြင်းအကြောင်းပြောပါက၊ SERIALIZE သီးခြားခွဲထုတ်ခြင်းအဆင့်ကိုသာ လက်ခံနိုင်သည်၊ အဘယ်ကြောင့်ဆိုသော် ငွေကို တင်းကြပ်စွာ ဆက်တိုက်သုံးစွဲရမည်ဖြစ်ပြီး၊ သို့မဟုတ်ပါက တူညီသောပမာဏကို အကြိမ်ပေါင်းများစွာ သုံးနိုင်သောကြောင့်ဖြစ်သည်။

4. တာရှည်ခံခြင်း။

ကွန်တိန်နာကို အပြင်းအထန် ဖြတ်တောက်ပြီး စမ်းသပ်မှုတွေ လုပ်ခဲ့တယ်။

docker kill my-iris

အခြေ ခံ ခံ ထား ရ သည် ။ ပြဿနာများကို ဖော်ထုတ်ခဲ့ခြင်းမရှိပါ။

ကောက်ချက်

ကမ္ဘာလုံးဆိုင်ရာများအတွက်၊ InterSystems IRIS တွင် ငွေပေးငွေယူပံ့ပိုးမှု ရှိပါသည်။ သူတို့ဟာ တကယ့်ကို အနုမြူဗုံးတွေဖြစ်ပြီး ယုံကြည်စိတ်ချရပါတယ်။ ကမ္ဘာလုံးဆိုင်ရာအခြေခံဒေတာဘေ့စ်တစ်ခု၏ ညီညွတ်မှုရှိစေရန်၊ နိုင်ငံခြားသော့ကဲ့သို့သော ရှုပ်ထွေးသော built-in တည်ဆောက်မှုများမရှိသောကြောင့် ပရိုဂရမ်မာ၏ကြိုးပမ်းအားထုတ်မှုနှင့် ငွေပေးငွေယူအသုံးပြုမှုများ လိုအပ်ပါသည်။

သော့ခလောက်များမသုံးဘဲ ကမ္ဘာလုံးဆိုင်ရာ အထီးကျန်အဆင့်ကို ဖတ်ရှုရန် ကွန်မန့်မပေးထားပြီး၊ သော့ခလောက်များကို အသုံးပြုသည့်အခါ ၎င်းကို SERIALIZE အဆင့်အထိ အာမခံနိုင်ပါသည်။

ကမ္ဘာတစ်ဝှမ်းရှိ ငွေပေးငွေယူများ၏ မှန်ကန်မှုနှင့် မြန်နှုန်းသည် ပရိုဂရမ်မာ၏ ကျွမ်းကျင်မှုပေါ်တွင် များစွာမူတည်ပါသည်- စာဖတ်သည့်အခါတွင် ကျယ်ကျယ်ပြန့်ပြန့် မျှဝေထားသောသော့ခလောက်များကို အသုံးပြုလေ၊ သီးခြားခွဲထုတ်မှုအဆင့် ပိုမြင့်လေ၊ ကျဉ်းမြောင်းသော သီးသန့်လော့ခ်များကို ယူလေလေ၊ စွမ်းဆောင်ရည် ပိုမြန်လေဖြစ်သည်။

source: www.habr.com