1C တွင်၊ ကျွန်ုပ်တို့သည် ကုမ္ပဏီ၏အလုပ်များကိုစုစည်းရန် ကျွန်ုပ်တို့၏ကိုယ်ပိုင်တိုးတက်မှုများကို ကျယ်ပြန့်စွာအသုံးပြုပါသည်။ အထူးသဖြင့်,
ဝန်ထမ်းတစ်ထောင်ကျော်သည် 1C တွင် စာရွက်စာတမ်းစီမံခန့်ခွဲမှုကို အသုံးပြုသည်။ ဒေတာဘေ့စ်သည် အထင်ကြီးလောက်စရာဖြစ်လာပြီး (11 ဘီလီယံ မှတ်တမ်းများ)၊ ဆိုလိုသည်မှာ ၎င်းသည် ပိုမိုဂရုတစိုက်ဂရုစိုက်မှုနှင့် ပိုမိုအားကောင်းသည့်ကိရိယာများ လိုအပ်ပါသည်။
ကျွန်ုပ်တို့၏စနစ် အလုပ်လုပ်ပုံ၊ ဒေတာဘေ့စ်ကို ထိန်းသိမ်းရာတွင် ကျွန်ုပ်တို့ကြုံတွေ့ရသည့်အခက်အခဲများနှင့် ၎င်းတို့ကိုဖြေရှင်းနည်း (ကျွန်ုပ်တို့သည် MS SQL Server ကို DBMS အဖြစ်အသုံးပြုသည်) - ဆောင်းပါးတွင် သင့်အား ပြောပြပါမည်။
1C ထုတ်ကုန်များအကြောင်းကို ပထမဆုံးအကြိမ်ဖတ်နေသူများအတွက်။
1C:Document Flow သည် လုပ်ငန်းသုံးအက်ပ်လီကေးရှင်းများ ဖော်ဆောင်ရန်အတွက် မူဘောင်တစ်ခုအပေါ် အခြေခံ၍ အကောင်အထည်ဖော်သည့် အက်ပ်ဖြေရှင်းချက် (ဖွဲ့စည်းပုံ) တစ်ခုဖြစ်သည်။
“1C- Document Flow 8” (DO ကဲ့သို့ အတိုကောက်) သည် လုပ်ငန်းတစ်ခုရှိ စာရွက်စာတမ်းများနှင့် အလုပ်များကို အလိုအလျောက်လုပ်ဆောင်နိုင်စေပါသည်။ ဝန်ထမ်းအချင်းချင်းအပြန်အလှန်ဆက်ဆံရေးအတွက် အဓိကကိရိယာတစ်ခုမှာ အီးမေးလ်ဖြစ်သည်။ မေးလ်အပြင်၊ DO သည်လည်း အခြားပြဿနာများကို ဖြေရှင်းပေးသည်-
- အချိန်ခြေရာခံ
- ဝန်ထမ်းမရှိခြင်းကို ခြေရာခံခြင်း။
- စာပို့သူ/သယ်ယူပို့ဆောင်ရေး အတွက် လျှောက်လွှာများ
- ဝန်ထမ်းအလုပ်ပြက္ခဒိန်များ
- စာပေးစာယူ မှတ်ပုံတင်ခြင်း။
- ဝန်ထမ်းအဆက်အသွယ်များ (လိပ်စာစာအုပ်)
- ကော်ပိုရိတ်ဖိုရမ်
- အခန်းကြိုတင်မှာယူခြင်း။
- ပွဲစီစဉ်ခြင်း။
- CRM
- ဖိုင်များနှင့် စုပေါင်းလုပ်ဆောင်ခြင်း (ဖိုင်သိမ်းဆည်းခြင်းဗားရှင်းများနှင့်အတူ)
- နှင့်အခြားသူများ။
Document Management ထဲဝင်ပါ။
Document Flow နှင့် ချိတ်ဆက်ထားသော ကျွန်ုပ်တို့၏ အခြားထုတ်ကုန်ကို ကျေးဇူးတင်ပါသည်။
ကျွန်ုပ်တို့၏ DO တွင် စာလုံးအရေအတွက်သည် သန်း 100 ကျော်နေပြီဖြစ်ပြီး ယေဘုယျအားဖြင့် DBMS တွင် မှတ်တမ်းပေါင်း 11 ဘီလီယံကျော်ရှိသည်။ စုစုပေါင်း၊ စနစ်သည် သိုလှောင်မှု 30 TB နီးပါးကို အသုံးပြုသည်- ဒေတာဘေ့စ်ပမာဏမှာ 7,5 TB ဖြစ်ပြီး၊ စုပေါင်းအလုပ်အတွက် ဖိုင်များကို သီးခြားသိမ်းဆည်းထားပြီး အခြား 21 TB ကို သိမ်းပိုက်ထားသည်။
ကျွန်ုပ်တို့သည် ပိုမိုတိကျသောနံပါတ်များအကြောင်းပြောပါက၊ ယခုအချိန်တွင် ဤနေရာတွင် စာလုံးအရေအတွက်နှင့် ဖိုင်များဖြစ်သည်-
- အထွက်အီးမေးလ်များ – ၁၄.၇ သန်း။
- အဝင်စာများ - 85,4 သန်း။
- ဖိုင်ဗားရှင်း - 70,8 သန်း။
- အတွင်းစာရွက်စာတမ်းများ - 30,6 သိန်း။
DO တွင် မေးလ်နှင့် ဖိုင်များသာ ရှိသည် ။ အောက်တွင်ဖော်ပြထားသော ကိန်းဂဏန်းများသည် အခြားစာရင်းကိုင်အရာဝတ္ထုများအတွက် ဖြစ်ပါသည်-
- အစည်းအဝေးခန်းများ ကြိုတင်မှာယူမှု – ၅၂,၁၂၆
- အပတ်စဉ်အစီရင်ခံစာများ – 153
- နေ့စဉ်အစီရင်ခံချက် – ၆၂၈,၁၅၃
- ခွင့်ပြုချက်ဗီဇာ – ၁၁,၈၂၁
- အဝင်စာရွက်စာတမ်းများ - 79
- အထွက်စာရွက်စာတမ်း – ၂၈၃၅၇
- အသုံးပြုသူအလုပ်ပြက္ခဒိန်များတွင် ဖြစ်ရပ်များအကြောင်း ထည့်သွင်းချက်များ – 168
- ပေးပို့သူများအတွက် လျှောက်လွှာများ – ၂၁,၈၈၃
- မိတ်ဖက်အဖွဲ့အစည်းများ – 81
- လုပ်ဖော်ကိုင်ဖက်များနှင့် အလုပ်မှတ်တမ်းများ – 45
- မိတ်ဖက်အဖွဲ့အစည်းများ၏ ဆက်သွယ်ရန်ပုဂ္ဂိုလ်များ – ၄၁,၇၉၅
- ပွဲများ – 10
- ပရောဂျက် – ၆၃၂၀
- ဝန်ထမ်းအလုပ်များ - 245
- ဖိုရမ်ပို့စ်များ – 26
- ချတ်မက်ဆေ့ခ်ျ - 891 095
- လုပ်ငန်းလုပ်ငန်းစဉ်များ - 109။ ဝန်ထမ်းများအကြား အပြန်အလှန်တုံ့ပြန်မှုသည် လုပ်ငန်းစဉ်များမှတဆင့် ဖြစ်ပေါ်သည် - ခွင့်ပြုချက်၊ အကောင်အထည်ဖော်ခြင်း၊ ပြန်လည်သုံးသပ်ခြင်း၊ မှတ်ပုံတင်ခြင်း၊ လက်မှတ်ထိုးခြင်း၊ စသည်တို့ဖြစ်သည်။ ကျွန်ုပ်တို့သည် လုပ်ငန်းစဉ်များ၏ကြာချိန်၊ လည်ပတ်မှုအရေအတွက်၊ ပါဝင်သူအရေအတွက်၊ ပြန်ပို့သည့်အရေအတွက်၊ သတ်မှတ်ရက်ကို ပြောင်းလဲရန် တောင်းဆိုချက်အရေအတွက်ကို တိုင်းတာပါသည်။ ပြီးတော့ ဒီအချက်အလက်က လုပ်ငန်းမှာ ဘာတွေလုပ်ဆောင်နေတယ်ဆိုတာကို နားလည်ပြီး ဝန်ထမ်းပူးပေါင်းဆောင်ရွက်မှုရဲ့ ထိရောက်မှုကို တိုးမြင့်စေဖို့အတွက် ခွဲခြမ်းစိတ်ဖြာဖို့ အလွန်အသုံးဝင်ပါတယ်။
ကျွန်ုပ်တို့သည် ဤအရာအားလုံးကို မည်သည့်ကိရိယာဖြင့် လုပ်ဆောင်သနည်း။
ဤကိန်းဂဏန်းများသည် အထင်ကြီးလောက်စရာ လုပ်ငန်းဆောင်တာပမာဏကို ညွှန်ပြသောကြောင့် ဌာနတွင်းလုပ်ငန်းခွဲများ၏ လိုအပ်ချက်အတွက် မျှတစွာထုတ်လုပ်နိုင်သော စက်ကိရိယာများကို ခွဲဝေပေးရန် လိုအပ်မှုနှင့် ရင်ဆိုင်ခဲ့ရသည်။ လက်ရှိတွင် ၎င်း၏ထူးခြားချက်များမှာ အောက်ပါအတိုင်းဖြစ်သည်- 38 cores၊ 240 GB RAM၊ 26 TB ဒစ်များ။ ဤသည်မှာ ဆာဗာများ၏ ဇယားဖြစ်သည်။
အနာဂတ်တွင်၊ ကျွန်ုပ်တို့သည် စက်ကိရိယာများ၏ စွမ်းရည်ကို မြှင့်တင်ရန် စီစဉ်နေသည်။
server load နဲ့ ဘယ်လိုဖြစ်လဲ။
ကွန်ရက်လုပ်ဆောင်ချက်သည် ကျွန်ုပ်တို့ သို့မဟုတ် ကျွန်ုပ်တို့၏ဖောက်သည်များအတွက် ဘယ်သောအခါမှ ပြဿနာမဖြစ်ပါ။ စည်းကမ်းအရ၊ အားနည်းချက်မှာ ပရိုဆက်ဆာနှင့် ဒစ်ခ်များဖြစ်ပြီး၊ လူတိုင်းသည် မှတ်ဉာဏ်ချို့တဲ့မှုကို မည်သို့ကိုင်တွယ်ဖြေရှင်းရမည်ကို သိထားပြီးဖြစ်သောကြောင့် ဖြစ်သည်။ ဤသည်မှာ Resource Monitor မှ ကျွန်ုပ်တို့၏ဆာဗာများ၏ စခရင်ရှော့ပုံများဖြစ်ပြီး၊ ကျွန်ုပ်တို့တွင် ကြောက်မက်ဖွယ်ကောင်းသော ဝန်ထုပ်ဝန်ပိုးတစ်ခုမျှ မရှိကြောင်းပြသသည်၊ ၎င်းသည် အလွန်ကျိုးနွံပါသည်။
ဥပမာအားဖြင့်၊ အောက်ဖော်ပြပါ screenshot တွင် CPU load သည် 23% ရှိသည့် SQL server ကို ကျွန်ုပ်တို့တွေ့မြင်ရသည်။ ၎င်းသည် အလွန်ကောင်းမွန်သော ညွှန်ပြချက်တစ်ခုဖြစ်သည် (နှိုင်းယှဉ်ရန်အတွက်- ဝန်သည် 70% အနီးသို့ ချဉ်းကပ်ပါက၊ အများစုမှာ၊ ဝန်ထမ်းများသည် အလုပ်တွင် သိသာထင်ရှားသော နှေးကွေးမှုများကို သတိပြုမိလိမ့်မည်)။
ဒုတိယဖန်သားပြင်ဓာတ်ပုံတွင် 1C:Enterprise ပလပ်ဖောင်းလည်ပတ်သည့် အပလီကေးရှင်းဆာဗာကို ပြသသည် - ၎င်းသည် အသုံးပြုသူအစည်းအဝေးများကိုသာ ဆောင်ရွက်ပေးသည်။ ဤတွင်ပရိုဆက်ဆာဝန်သည်အနည်းငယ်ပိုမိုမြင့်မားသည် - 38%, ၎င်းသည်ချောမွေ့ပြီးငြိမ်သက်သည်။ ဒစ်ခ်ဖွင့်ခြင်းအချို့ရှိသော်လည်း ၎င်းကိုလက်ခံနိုင်သည်။
တတိယ ဖန်သားပြင်ဓာတ်ပုံတွင် အခြား 1C:Enterprise ဆာဗာကို ပြသသည် (၎င်းသည် ဒုတိယတစ်ခုဖြစ်ပြီး၊ ကျွန်ုပ်တို့တွင် ၎င်းတို့ထဲမှ နှစ်ခုရှိသည်)။ ယခင်တစ်ခုက သုံးစွဲသူများကိုသာ ဆောင်ရွက်ပေးပြီး စက်ရုပ်များသည် ဤတစ်ခုတွင် အလုပ်လုပ်ပါသည်။ ဥပမာအားဖြင့်၊ ၎င်းတို့သည် စာပို့ခြင်း၊ လမ်းကြောင်းစာရွက်စာတမ်းများ၊ ဒေတာဖလှယ်ခြင်း၊ လုပ်ပိုင်ခွင့်များကို တွက်ချက်ခြင်းစသည်ဖြင့် လက်ခံရရှိကြသည်။ ဤနောက်ခံလုပ်ဆောင်ချက်များအားလုံးသည် ခန့်မှန်းခြေအားဖြင့် 90-100 နောက်ခံအလုပ်များကို လုပ်ဆောင်သည်။ ဤဆာဗာသည် အလွန်ကြီးမားစွာ တင်ဆောင်သည် - 88%။ သို့သော် ၎င်းသည် လူများကို မထိခိုက်စေပါ၊ ၎င်းသည် Document Management လုပ်သင့်သည့် အလိုအလျောက်စနစ်အားလုံးကို အတိအကျအကောင်အထည်ဖော်သည်။
စွမ်းဆောင်ရည်ကို တိုင်းတာရန် မက်ထရစ်များသည် အဘယ်နည်း။
ကျွန်ုပ်တို့တွင် စွမ်းဆောင်ရည်ညွှန်းကိန်းများကို တိုင်းတာခြင်းနှင့် အမျိုးမျိုးသော မက်ထရစ်များကို တွက်ချက်ရန်အတွက် ကျွန်ုပ်တို့၏လုပ်ငန်းခွဲများတွင် တည်ဆောက်ထားသော လေးနက်သောစနစ်ခွဲတစ်ခုရှိသည်။ လက်ရှိအခိုက်အတန့်မှာရော စနစ်မှာ ဘာတွေဖြစ်နေလဲ၊ ဘယ်အရာက ပိုဆိုးလာသလဲ၊ ဘယ်အရာက ပိုကောင်းလာမလဲဆိုတာကို သမိုင်းရှုထောင့်ကနေ နားလည်နိုင်ဖို့ ဒါက လိုအပ်တယ်။ စောင့်ကြည့်ရေးကိရိယာများ - တိုင်းတာမှုများနှင့် အချိန်တိုင်းတာခြင်း - "1C: Document Flow 8" ၏ စံပေးပို့မှုတွင် ပါဝင်ပါသည်။ မက်ထရစ်များကို အကောင်အထည်ဖော်နေစဉ်အတွင်း စိတ်ကြိုက်ပြင်ဆင်ရန် လိုအပ်သော်လည်း ယန္တရားကိုယ်တိုင်က စံဖြစ်သည်။
မက်ထရစ်များသည် အချိန်အတိုင်းအတာတစ်ခုအတွင်း အချို့သောနေရာများတွင် လုပ်ငန်းဆိုင်ရာညွှန်ကိန်းများကို တိုင်းတာခြင်းဖြစ်သည် (ဥပမာ၊ ပျမ်းမျှစာပို့ချိန်သည် 10 မိနစ်ဖြစ်သည်)။
မက်ထရစ်များထဲမှ တစ်ခုသည် ဒေတာဘေ့စ်ရှိ အသက်ဝင်သော အသုံးပြုသူ အရေအတွက်ကို ပြသသည်။ ပျမ်းမျှအားဖြင့် တစ်နေ့တာအတွင်း ၎င်းတို့ထဲမှ ၁၀၀၀-၁၄၀၀ ရှိသည်။ ဖန်သားပြင်ဓာတ်ပုံရိုက်ချိန်တွင် ဒေတာဘေ့စ်တွင် တက်ကြွသောအသုံးပြုသူ ၂၁၄၄ ဦးရှိကြောင်း ဂရပ်ကဖော်ပြသည်။
အဲဒီလို လုပ်ဆောင်ချက်ပေါင်း ၃၀ ကျော်ရှိပြီး စာရင်းက ဖြတ်တောက်ခံနေရပါတယ်။စာရင်း
- စနစ်သို့ဝင်ပါ
- ဆိုင်းအောက်
- မေးလ်ကို တင်နေသည်။
- အရာဝတ္ထုတစ်ခု၏ တရားဝင်မှုကို ပြောင်းလဲခြင်း။
- ဝင်ရောက်ခွင့်ကို ပြောင်းလဲခြင်း။
- လုပ်ငန်းစဉ်တစ်ခု၏အကြောင်းအရာကိုပြောင်းလဲခြင်း။
- အရာဝတ္ထုတစ်ခု၏ အလုပ်အဖွဲ့ကို ပြောင်းလဲခြင်း။
- Kit ၏ဖွဲ့စည်းမှုကိုပြောင်းလဲခြင်း။
- ဖိုင်တစ်ခုပြောင်းခြင်း။
- ဖိုင်တင်သွင်းခြင်း။
- စာတိုက်ကနေ ပို့ပေးပါတယ်။
- ဖိုင်များကို ရွှေ့ခြင်း။
- အလုပ်တစ်ခုကို ပြန်ညွှန်းနေသည်။
- အီလက်ထရွန်းနစ်လက်မှတ်ကို လက်မှတ်ရေးထိုးခြင်း။
- အသေးစိတ်အားဖြင့်ရှာပါ။
- စာသားအပြည့်အစုံ ရှာဖွေမှု
- ဖိုင်လက်ခံခြင်း။
- လုပ်ငန်းစဉ်တစ်ခုကို နှောက်ယှက်ခြင်း။
- ပြန်လည်သုံးသပ်
- စကားဝှက်
- စာရွက်စာတမ်းမှတ်ပုံတင်
- စကင်
- ဖျက်ခြင်းကို အမှတ်အသားပြုခြင်း
- အရာဝတ္ထုတစ်ခုဖန်တီးခြင်း။
- ဒစ်ခ်တွင် သိမ်းဆည်းနေသည်။
- လုပ်ငန်းစဉ်၏အစ
- အသုံးပြုသူ မှတ်တမ်းများကို ဖျက်ခြင်း။
- အီလက်ထရွန်းနစ် လက်မှတ်ကို ဖယ်ရှားခြင်း။
- ဖျက်ခြင်းအမှတ်အသားကို သတ်မှတ်ခြင်း။
- ကုဒ်ဝှက်ခြင်း
- ဖိုင်တွဲတစ်ခုကို ထုတ်ယူပါ။
ပြီးခဲ့သည့်ရက်သတ္တပတ်မတိုင်မီက၊ ကျွန်ုပ်တို့၏ပျမ်းမျှအသုံးပြုသူလုပ်ဆောင်ချက်သည် တစ်ဆခွဲတိုးလာသည် (ဂရပ်ပေါ်တွင်အနီရောင်ဖြင့်ပြထားသည်) - ၎င်းသည် ဝန်ထမ်းများအများစု၏ဝေးလံခေါင်သီသောအလုပ်သို့ ကူးပြောင်းသွားခြင်းကြောင့်ဖြစ်သည် (လူသိများသောဖြစ်ရပ်များကြောင့်)။ ဝန်ထမ်းများသည် မိုဘိုင်းလ်ဖုန်းများကို တက်ကြွစွာအသုံးပြုလာသောကြောင့် တက်ကြွသောအသုံးပြုသူဦးရေ (၃)ဆ တိုးလာပါသည် (ဖန်သားပြင်ပေါ်တွင် အပြာရောင်ဖြင့် ပြထားသည်)၊ ဝန်ထမ်းများသည် မိုဘိုင်းလ်ဖုန်းများကို တက်ကြွစွာအသုံးပြုလာကြသည်- မိုဘိုင်းဖုန်းလိုင်းတစ်ခုစီသည် ဆာဗာသို့ ချိတ်ဆက်မှုကို ဖန်တီးပေးပါသည်။ ယခု ပျမ်းမျှအားဖြင့်၊ ကျွန်ုပ်တို့၏ ၀န်ထမ်းတစ်ဦးစီသည် ဆာဗာသို့ ချိတ်ဆက်မှု ၂ ခုရှိသည်။
စီမံခန့်ခွဲသူများအနေဖြင့် ကျွန်ုပ်တို့အတွက်၊ ဤအချက်သည် စွမ်းဆောင်ရည်ဆိုင်ရာ ပြဿနာများကို ပိုမိုအာရုံစိုက်ပြီး အခြေအနေများ ပိုဆိုးသွားခြင်းရှိမရှိ ကြည့်ရှုရန် လိုအပ်ကြောင်း အချက်ပြပါသည်။ ဒါပေမယ့် တခြားသတ်မှတ်ချက်တွေအပေါ် အခြေခံပြီး ဒါကိုကြည့်တယ်။ ဥပမာ၊ အတွင်းလမ်းကြောင်းလမ်းကြောင်းအတွက် မေးလ်ပေးပို့ချိန်က ဘယ်လိုပြောင်းလဲ (အောက်က ဖန်သားပြင်မှာ အပြာရောင်နဲ့ ပြထားပါတယ်)။ ၎င်းသည် ယခုနှစ်အထိ အတက်အကျဖြစ်နေသည်ကို ကျွန်ုပ်တို့တွေ့မြင်နေရသော်လည်း ယခုအခါ တည်ငြိမ်နေပြီဖြစ်သည် - ကျွန်ုပ်တို့အတွက် ၎င်းသည် အရာအားလုံးစနစ်နှင့်အညီ ဖြစ်နေကြောင်း ညွှန်ပြနေပါသည်။
ကျွန်ုပ်တို့အတွက် အသုံးချသည့် အခြားမက်ထရစ်မှာ မေးလ်ဆာဗာမှ စာများကို ဒေါင်းလုဒ်လုပ်ရန်အတွက် ပျမ်းမျှစောင့်ဆိုင်းချိန်ဖြစ်သည် (ဖန်သားပြင်တွင် အနီရောင်ဖြင့် ပြထားသည်)။ အကြမ်းဖျင်းပြောရလျှင် ကျွန်ုပ်တို့၏ ဝန်ထမ်းထံ မရောက်မီ စာသည် အင်တာနက်ပေါ်တွင် မည်မျှကြာကြာ လွင့်နေမည်နည်း။ ဖန်သားပြင်ဓာတ်ပုံတွင် ဤအချိန်သည် မကြာသေးမီကပင် မည်သို့မျှ ပြောင်းလဲခြင်းမရှိကြောင်း ပြသသည်။ သီးခြား spikes များရှိသည် - သို့သော် ၎င်းတို့သည် နှောင့်နှေးမှုများနှင့် မသက်ဆိုင်သော်လည်း မေးလ်ဆာဗာများပေါ်ရှိ အချိန်များ ဆုံးရှုံးသွားခြင်းကြောင့် ဖြစ်သည်။
သို့မဟုတ် ဥပမာ၊ အခြားမက်ထရစ် (ဖန်သားပြင်တွင် အပြာရောင်ဖြင့် ပြထားသည်) – ဖိုင်တွဲတစ်ခုရှိ စာလုံးများကို အပ်ဒိတ်လုပ်ခြင်း။ မေးလ်ဖိုင်တွဲတစ်ခုဖွင့်ခြင်းသည် အလွန်အသုံးများပြီး မြန်မြန်ဆန်ဆန်လုပ်ဆောင်ရန် လိုအပ်ပါသည်။ မည်မျှ လျင်မြန်စွာ လုပ်ဆောင်သည်ကို ကျွန်ုပ်တို့ တိုင်းတာပါသည်။ ဤညွှန်ကိန်းသည် သုံးစွဲသူတစ်ဦးစီအတွက် တိုင်းတာသည်။ ဥပမာအားဖြင့်၊ ဝန်ထမ်းတစ်ဦးချင်းစီအတွက် ကုမ္ပဏီနှင့် ဒိုင်းနမစ်များကို ခြုံငုံမြင်နိုင်သည်။ မက်ထရစ်သည် ယခုနှစ်အထိ ဟန်ချက်မညီတော့ဘဲ တိုးတက်မှုများစွာ ပြုလုပ်ခဲ့ပြီး ယခုအခါ ပိုဆိုးလာခြင်းမရှိကြောင်း ဖန်သားပြင်တွင် ပြသထားသည် - ဂရပ်သည် ပြားလုနီးပါးဖြစ်နေသည်။
မက်ထရစ်များသည် အခြေခံအားဖြင့် စနစ်၏အပြုအမူပြောင်းလဲမှုများကို လျင်မြန်စွာတုံ့ပြန်ရန်အတွက် စီမံခန့်ခွဲသူ၏ကိရိယာတစ်ခုဖြစ်သည်။ ဖန်သားပြင်ဓာတ်ပုံသည် တစ်နှစ်အတွက် အတွင်းပိုင်းလုပ်ငန်းခွဲမက်ထရစ်များကို ပြသသည်။ ဂရပ်များတွင် ခုန်တက်သွားရခြင်းမှာ အတွင်းပိုင်းလုပ်ငန်းခွဲများ ဖွံ့ဖြိုးတိုးတက်ရန် ကျွန်ုပ်တို့အား တာဝန်များပေးအပ်ထားခြင်းကြောင့် ဖြစ်ပါသည်။
ဤသည်မှာ အချို့သော မက်ထရစ်များ (ဖြတ်ပိုင်းအောက်တွင်) စာရင်းတစ်ခုဖြစ်သည်။
မက်ထရစ်များ
- အသုံးပြုသူ လုပ်ဆောင်ချက်
- အသုံးပြုသူများ
- တက်ကြွသောလုပ်ငန်းစဉ်များ
- ဖိုင်အရေအတွက်
- ဖိုင်အရွယ်အစား (MB)
- စာရွက်စာတမ်းအရေအတွက်
- လက်ခံသူများထံ ပေးပို့ရမည့် အရာဝတ္ထု အရေအတွက်
- လုပ်ဖော်ကိုင်ဖက်အရေအတွက်
- လုပ်လက်စအလုပ်များ
- ပြီးခဲ့သော 10 မိနစ်အတွင်း မေးလ်ဆာဗာမှ အီးမေးလ်များကို ဒေါင်းလုဒ်လုပ်ရန် ပျမ်းမျှစောင့်ဆိုင်းချိန်
- ပြင်ပဒေတာကြားခံ- ဖိုင်အရေအတွက်
- လက်ရှိရက်စွဲမှ နယ်နိမိတ် နောက်ကျနေသည်။
- လူတန်းရှည်
- လည်ပတ်တန်းစီ
- ပြင်ပလမ်းကြောင်းပေးခြင်းဖြင့် အကောင့်သက်တမ်းကုန်ခြင်း။
- အတွင်းလမ်းကြောင်းလက်ခံမှု တန်းစီခြင်းအရွယ်အစား (တန်းစီရှည်)
- အတွင်းလမ်းကြောင်းလက်ခံမှု တန်းစီခြင်းအရွယ်အစား (အမြန်တန်းစီခြင်း)
- အတွင်းလမ်းကြောင်းလမ်းကြောင်း (ရှည်လျားသောတန်းစီခြင်း) မှတဆင့် စာပို့ချိန်
- အတွင်းလမ်းကြောင်းလမ်းကြောင်း (အမြန်တန်းစီခြင်း) မှတဆင့် စာပို့ချိန်
- ပြင်ပလမ်းကြောင်းမှတဆင့် စာပို့ချိန် (ပျမ်းမျှ)
- Reservation စာရွက်စာတမ်းအရေအတွက်
- စာရွက်စာတမ်းမရှိခြင်း အရေအတွက်
- “လုပ်ဖော်ကိုင်ဖက်နှင့် တွဲလုပ်ထားသည့် စာရွက်စာတမ်းများ” အရေအတွက်၊
- ဖိုင်တွဲတစ်ခုရှိ Mail Update စာလုံးများ
- စာပို့ကတ်ကိုဖွင့်ခြင်း။
- စာပို့ရန် စာတစ်စောင်ကို ဖိုဒါတစ်ခုသို့ လွှဲပြောင်းပါ။
- Mail ဖိုင်တွဲများမှတဆင့် လမ်းညွှန်ပါ။
ကျွန်ုပ်တို့၏စနစ်သည် နာရီပတ်ပတ်လည်တွင် ညွှန်ကိန်းပေါင်း 150 ကျော်ကို တိုင်းတာသော်လည်း ၎င်းတို့အားလုံးကို လျင်မြန်စွာ စောင့်ကြည့်နိုင်မည်မဟုတ်ပါ။ ၎င်းတို့သည် နောက်ပိုင်းတွင်၊ အချို့သောသမိုင်းရှုထောင့်တွင် အသုံးဝင်လာနိုင်ပြီး လုပ်ငန်းအတွက် အရေးကြီးဆုံးများကို သင်အာရုံစိုက်နိုင်သည်။
ဥပမာအားဖြင့် အကောင်အထည်ဖော်မှုတစ်ခုတွင်၊ ညွှန်ကိန်း ၅ ခုကိုသာ ရွေးချယ်ခဲ့သည်။ ဖောက်သည်သည် အနိမ့်ဆုံး ညွှန်းကိန်းများ ဖန်တီးရန် ရည်မှန်းချက်ကို ချမှတ်ထားသော်လည်း တစ်ချိန်တည်းတွင် ၎င်းသည် ပင်မအလုပ်အခြေအနေများကို လွှမ်းခြုံထားသည်။ လက်ခံမှုလက်မှတ်တွင် ညွှန်ကိန်း 5 ကို ထည့်သွင်းခြင်းသည် တရားမျှတမှုမရှိသောကြောင့် လုပ်ငန်းအတွင်း၌ပင် မည်သည့်ညွှန်းကိန်းများကို လက်ခံနိုင်ဖွယ်ရှိသည်ဟု သဘောတူရန် ခက်ခဲသောကြောင့်ဖြစ်သည်။ ၎င်းတို့သည် ဤအညွှန်းကိန်း 150 ခုအကြောင်းကို သိရှိကြပြီး ယှဉ်ပြိုင်မှုမှတ်တမ်းတွင် ၎င်းတို့အပါအဝင် အကောင်အထည်ဖော်မှုပရောဂျက်မစတင်မီ စနစ်သို့တင်ပြထားပြီးဖြစ်သည်- ကတ်တစ်ခုဖွင့်ရန်အချိန်သည် 5 စက္ကန့်ထက်မပိုပါ၊ အလုပ်တစ်ခုပြီးမြောက်ရန်အချိန်၊ ဖိုင်တစ်ခုသည် 3 စက္ကန့်ထက်မပိုစေရ။ ကျွန်ုပ်တို့၏လုပ်ငန်းခွဲများတွင် ဖောက်သည်၏နည်းပညာဆိုင်ရာသတ်မှတ်ချက်များမှ မူရင်းတောင်းဆိုမှုအား ရှင်းရှင်းလင်းလင်းထင်ဟပ်စေသည့် မက်ထရစ်များရှိသည်။
ကျွန်ုပ်တို့တွင် စွမ်းဆောင်ရည်တိုင်းတာမှုများ၏ ပရိုဖိုင်ခွဲခြမ်းစိတ်ဖြာမှုလည်း ရှိပါသည်။ စွမ်းဆောင်ရည်အညွှန်းများသည် လက်ရှိလုပ်ဆောင်မှုတစ်ခုစီ၏ကြာချိန်ကို မှတ်တမ်းတင်ခြင်းဖြစ်သည် (ဒေတာဘေ့စ်သို့စာရေးခြင်း၊ စာတိုက်ဆာဗာသို့စာပေးပို့ခြင်းစသည်ဖြင့်)။ ဒါကို နည်းပညာရှင်တွေက သီးသန့်သုံးပါတယ်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏အစီအစဉ်တွင် စွမ်းဆောင်ရည်အညွှန်းကိန်းများစွာကို စုဆောင်းထားသည်။ ကျွန်ုပ်တို့သည် လက်ရှိတွင် ပရိုဖိုင်များအဖြစ် ပိုင်းခြားထားသော အဓိကလုပ်ဆောင်မှု ၁,၅၀၀ ခန့်ကို တိုင်းတာပါသည်။
ကျွန်ုပ်တို့အတွက် အရေးကြီးဆုံးပရိုဖိုင်များထဲမှတစ်ခုမှာ "စားသုံးသူရှုထောင့်မှ မေးလ်၏ အဓိကအညွှန်းကိန်းများစာရင်း" ဖြစ်သည်။ ဤပရိုဖိုင်တွင် ဥပမာအားဖြင့်၊ အောက်ပါအညွှန်းများ ပါဝင်သည်-
- အမိန့်ကို အကောင်အထည်ဖော်ခြင်း- tag ဖြင့် ရွေးချယ်ပါ။
- ဖောင်ဖွင့်ခြင်း- စာရင်းပုံစံ
- အမိန့်ကို လုပ်ဆောင်ခြင်း- ဖိုင်တွဲအလိုက် ရွေးချယ်ပါ။
- စာဖတ်ဧရိယာတွင် စာတစ်စောင်ကို ပြသခြင်း။
- သင့်စိတ်ကြိုက်ဖိုင်တွဲတွင် စာတစ်စောင်ကို သိမ်းဆည်းပါ။
- အသေးစိတ်အားဖြင့် စာလုံးများကို ရှာဖွေပါ။
- စာတစ်စောင်ဖန်တီးခြင်း။
လုပ်ငန်းအညွှန်းကိန်းအချို့အတွက် မက်ထရစ်ပမာဏသည် အလွန်ကြီးမားလာသည်ကို ကျွန်ုပ်တို့တွေ့မြင်ပါက (ဥပမာ၊ သုံးစွဲသူတစ်ဦးဦးထံမှ စာများသည် အချိန်အတော်ကြာလာသည်နှင့်အမျှ) ၎င်းကို စတင်တွက်ချက်ပြီး နည်းပညာဆိုင်ရာလုပ်ဆောင်မှုအချိန်ကို တိုင်းတာခြင်းသို့ ပြောင်းလဲသွားပါသည်။ ကျွန်ုပ်တို့တွင် "စာတိုက်ဆာဗာပေါ်တွင် စာလုံးများသိမ်းဆည်းခြင်း" နည်းပညာဆိုင်ရာ လုပ်ဆောင်မှုတစ်ခု ရှိသည် - ဤလုပ်ဆောင်ချက်အတွက် အချိန်သည် နောက်ဆုံးကာလထက်ကျော်လွန်သွားသည်ကို ကျွန်ုပ်တို့တွေ့မြင်ရပါသည်။ တစ်ဖန် ဤလုပ်ဆောင်ချက်သည် အခြားလုပ်ဆောင်မှုများအဖြစ် ပြိုကွဲသွားသည် - ဥပမာအားဖြင့် မေးလ်ဆာဗာတစ်ခုနှင့် ချိတ်ဆက်မှုတစ်ခုကို ထူထောင်ခြင်း။ အကြောင်းတစ်ခုခုကြောင့် ရုတ်တရက် အလွန်ကြီးမားလာသည်ကို ကျွန်ုပ်တို့တွေ့မြင်ရသည် (ကျွန်ုပ်တို့တွင် တစ်လအတွက် တိုင်းတာမှုအားလုံးရှိသည် - ယခင်အပတ်က 10 မီလီစက္ကန့်ဖြစ်ပြီး ယခု 1000 မီလီစက္ကန့်ဖြစ်သည်)။ ပြီးတော့ ဒီမှာ တစ်ခုခု ပျက်သွားတယ်ဆိုတာ ကျွန်တော်တို့ နားလည်ပါတယ် - အဲဒါကို ပြင်ဖို့လိုတယ်။
ထိုကဲ့သို့သော ကြီးမားသောဒေတာဘေ့စ်ကို ကျွန်ုပ်တို့ မည်သို့ထိန်းသိမ်းမည်နည်း။
ကျွန်ုပ်တို့၏ ဌာနတွင်း DO သည် အမှန်တကယ် လုပ်ဆောင်နေသော ဝန်အားမြင့်မားသော ပရောဂျက်တစ်ခု၏ ဥပမာတစ်ခုဖြစ်သည်။ ၎င်း၏ဒေတာဘေ့စ်၏နည်းပညာပိုင်းဆိုင်ရာအင်္ဂါရပ်များအကြောင်းပြောဆိုကြပါစို့။
ကြီးမားသော ဒေတာဘေ့စ်ဇယားများကို ပြန်လည်ဖွဲ့စည်းရန် အချိန်မည်မျှကြာသနည်း။
SQL ဆာဗာသည် ဇယားများကို စနစ်တကျ ထားရှိရန် အချိန်အခါအလိုက် ပြုပြင်ထိန်းသိမ်းမှု လိုအပ်သည်။ နည်းလမ်းကောင်းတစ်ခုအနေဖြင့်၊ ၎င်းကို တစ်နေ့လျှင် အနည်းဆုံးတစ်ကြိမ်ပြုလုပ်သင့်ပြီး ဝယ်လိုအားများသောစားပွဲများအတွက် ပို၍ပင်မကြာခဏပြုလုပ်သင့်သည်။ ဒါပေမဲ့ ဒေတာဘေ့စ်က ကြီးနေတယ်ဆိုရင် (ကျွန်ုပ်တို့ရဲ့ မှတ်တမ်းအရေအတွက်ဟာ ၁၁ ဘီလီယံကျော်နေပြီ)၊ အဲဒါကို ဂရုစိုက်ဖို့က မလွယ်ပါဘူး။
လွန်ခဲ့သည့် 6 နှစ်ခန့်က ကျွန်ုပ်တို့သည် စားပွဲအား ပြန်လည်ဖွဲ့စည်းမှုပြုလုပ်ခဲ့သော်လည်း၊ ထို့နောက်တွင် ကျွန်ုပ်တို့သည် ညစဉ်အချိန်အပိုင်းအခြားများနှင့် မကိုက်ညီတော့ဘဲ အချိန်များစွာယူလာခဲ့သည်။ ဤလုပ်ဆောင်ချက်များသည် SQL ဆာဗာကို ကြီးကြီးမားမားတင်ဆောင်သောကြောင့်၊ ၎င်းသည် အခြားအသုံးပြုသူများကို ထိရောက်စွာ ဝန်ဆောင်မှုမပေးနိုင်ပါ။
ထို့ကြောင့် ယခု ကျွန်ုပ်တို့သည် အမျိုးမျိုးသောလှည့်ကွက်များကို အသုံးပြုရပေပြီ။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် ပြီးပြည့်စုံသော ဒေတာအတွဲများတွင် ဤလုပ်ငန်းစဉ်များကို လုပ်ဆောင်၍မရပါ။ အပ်ဒိတ်နမူနာ 500000 အတန်းလုပ်ငန်းစဉ်ကို သင်အသုံးပြုရန် လိုအပ်သည် - ၎င်းသည် 14 မိနစ်ကြာသည်။ ၎င်းသည် ဇယားရှိ ဒေတာအားလုံးအတွက် စာရင်းဇယားများကို အပ်ဒိတ်မလုပ်သော်လည်း၊ အတန်းတစ်သန်းခွဲကို ရွေးကာ ဇယားတစ်ခုလုံးအတွက် အသုံးပြုသည့် ကိန်းဂဏန်းများကို တွက်ချက်ရန် ၎င်းတို့ကို အသုံးပြုသည်။ ဤသည်မှာ ယူဆချက်အချို့ဖြစ်သည်၊ သို့သော် ကျွန်ုပ်တို့သည် ၎င်းကို ခိုင်းစေရမည်၊ အကြောင်းမှာ တိကျသောဇယားတစ်ခုအတွက်၊ ဘီလီယံနှင့်ချီသောမှတ်တမ်းတစ်ခုလုံးရှိ စာရင်းအင်းများကို စုဆောင်းခြင်းသည် လက်ခံနိုင်ဖွယ်မရှိသော အချိန်ကြာမြင့်မည်ဖြစ်သည်။
ကျွန်ုပ်တို့သည် ၎င်းတို့ကို တစ်စိတ်တစ်ပိုင်းဖြစ်စေခြင်းဖြင့် အခြားပြုပြင်ထိန်းသိမ်းမှုလုပ်ငန်းများကို အကောင်းဆုံးလုပ်ဆောင်ခဲ့သည်။
DBMS ကို ထိန်းသိမ်းခြင်းသည် ယေဘုယျအားဖြင့် ရှုပ်ထွေးသော အလုပ်ဖြစ်သည်။ ဝန်ထမ်းများကြားတွင် တက်ကြွသောအပြန်အလှန်ဆက်သွယ်မှုကိစ္စတွင်၊ ဒေတာဘေ့စ်သည် လျင်မြန်စွာကြီးထွားလာပြီး ၎င်းအား ထိန်းသိမ်းရန် စီမံခန့်ခွဲသူများအတွက် ပိုမိုခက်ခဲလာသည် - စာရင်းဇယားများကို အပ်ဒိတ်လုပ်ခြင်း၊ အကွဲအပြဲပြုလုပ်ခြင်း၊ ညွှန်းကိန်းပြုလုပ်ခြင်း။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် မတူညီသော နည်းဗျူဟာများကို ကျင့်သုံးရန် လိုအပ်သည်၊ ဒါကို မည်သို့လုပ်ဆောင်ရမည်ကို ကောင်းစွာသိသည်၊ ကျွန်ုပ်တို့တွင် အတွေ့အကြုံရှိသည်၊ ကျွန်ုပ်တို့သည် ၎င်းကို မျှဝေနိုင်ပါသည်။
ထိုသို့သော volumes များဖြင့် အရန်ကူးခြင်းကို မည်သို့လုပ်ဆောင်သနည်း။
DBMS အရန်ကူးယူမှု အပြည့်အစုံကို ညအချိန်တွင် တစ်နေ့လျှင် တစ်ကြိမ်၊ တိုး၍ တစ်နာရီတိုင်း လုပ်ဆောင်ပါသည်။ ထို့အပြင်၊ ဖိုင်လမ်းညွှန်တစ်ခုကို နေ့စဉ်ဖန်တီးပြီး ၎င်းသည် ဖိုင်သိုလှောင်မှု၏ တိုးမြင့်သော အရန်သိမ်းမှု၏ အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။
အရန်ကူးယူမှုကို အပြီးသတ်ရန် အချိန်မည်မျှကြာသနည်း။
ဟာ့ဒ်ဒရိုက်တစ်ခုသို့ အပြည့်အဝ အရန်ကူးယူခြင်းသည် သုံးနာရီအတွင်း ပြီးမည်ဖြစ်ပြီး၊ တစ်စိတ်တစ်ပိုင်း အရန်ကူးယူခြင်းကို တစ်နာရီအတွင်း ပြီးမြောက်ပါသည်။ တိပ်ခွေတွင် စာရေးရန် အချိန်ပိုကြာသည် (ရုံးပြင်ပတွင် သိမ်းဆည်းထားသော အထူးကက်ဆက်သို့ အရန်မိတ္တူကူးယူနိုင်သော အထူးကိရိယာတစ်ခု၊ လွှဲပြောင်းနိုင်သောမိတ္တူကို တိပ်သို့ ပြုလုပ်ထားပြီး၊ ဥပမာ၊ ဆာဗာအခန်းမီးလောင်ပါက သိမ်းဆည်းထားမည်)။ အရန်ကူးယူခြင်းကို အတိအကျတူညီသောဆာဗာတွင်ပြုလုပ်ထားပြီး၊ ကန့်သတ်ချက်များပိုမိုမြင့်မားသည် - ပရိုဆက်ဆာ 20% ရှိသော SQL ဆာဗာတစ်ခု။ အရန်သိမ်းချိန်တွင်၊ စနစ်သည် ပို၍ဆိုးရွားလာသော်လည်း ၎င်းသည် လုပ်ဆောင်နိုင်ဆဲဖြစ်သည်။
ထပ်တူထပ်မျှရှိပါသလား။
ဖတ်ရန်သာ ခုံများ ရှိပါသလား။
စာဖတ်ခြင်းအတွက် မည်သည့်ဒေတာကိုမဆို လက်ခံရရှိလိုသူများအတွက် ဝန်ဆောင်မှုပေးသော သီးသန့်စာဖတ်ခြင်း node များ မရှိပါ။ DO သည် သီးခြား BI node တစ်ခုပေါ်တွင် ထည့်သွင်းရန် စာရင်းကိုင်စနစ်မဟုတ်သော်လည်း မက်ဆေ့ချ်များကို JSON ဖော်မတ်ဖြင့် ဖလှယ်သည့် ဖွံ့ဖြိုးတိုးတက်ရေးဌာနအတွက် သီးခြား node တစ်ခု ရှိပြီး ပုံမှန်ပြန်လည်ပုံပွားချိန်သည် ယူနစ်နှင့် စက္ကန့်ဆယ်ဂဏန်းဖြစ်သည်။ node သည် သေးငယ်သေးသည်၊ ၎င်းတွင် မှတ်တမ်းပေါင်း သန်း 800 ခန့်ရှိသော်လည်း ၎င်းသည် လျင်မြန်စွာ ကြီးထွားနေသည်။
ဖျက်ခြင်းအတွက် အမှတ်အသားပြုထားသည့် အီးမေးလ်များကို လုံးဝ မဖျက်မလား။
မရသေး။ အောက်ခြေကို ပေါ့ပါးအောင်လုပ်ဖို့ ကျနော်တို့မှာ တာဝန်မရှိပါဘူး။ 2009 အပါအဝင် ဖျက်ပစ်ရန် သတ်မှတ်ထားသော စာလုံးများကို ကိုးကားရန် လိုအပ်သောအခါ အတော်လေး ဆိုးရွားသော ကိစ္စများစွာ ရှိခဲ့ပါသည်။ အဲဒါကြောင့် အားလုံးကို သိမ်းထားဖို့ ဆုံးဖြတ်ခဲ့တာပါ။ ဒါပေမယ့် ဒီကုန်ကျစရိတ်က တရားမျှတမှုမရှိတဲ့အခါ၊ ဖယ်ရှားဖို့ စဉ်းစားပါလိမ့်မယ်။ သို့သော် သဲလွန်စမရှိစေရန် သီးခြားစာတစ်စောင်ကို ဒေတာဘေ့စ်မှ လုံးဝဖယ်ရှားရန် လိုအပ်ပါက၊ ၎င်းကို အထူးတောင်းဆိုမှုဖြင့် လုပ်ဆောင်နိုင်သည်။
ဘာကြောင့် သိမ်းထားတာလဲ။ စာရွက်စာတမ်းဟောင်းများကို အသုံးပြုခွင့်ဆိုင်ရာ စာရင်းဇယားများ ရှိပါသလား။
စာရင်းဇယားမရှိပါ။ ပို၍တိကျသည်မှာ၊ ၎င်းသည် အသုံးပြုသူမှတ်တမ်းပုံစံတွင်ဖြစ်သည်၊ သို့သော် အကြာကြီးသိမ်းဆည်းထားခြင်းမရှိပေ။ တစ်နှစ်ထက်ကြီးသော အကြောင်းအရာများကို ပရိုတိုကောမှ ဖျက်လိုက်ပါသည်။
လွန်ခဲ့သော ငါးနှစ် သို့မဟုတ် ဆယ်နှစ်ခန့်က စာဟောင်းများကို ပြန်လည်ရယူရန် လိုအပ်သည့် အခြေအနေများ ရှိခဲ့သည်။ ၎င်းသည် ပျင်းရိချင်စိတ်ကြောင့်မဟုတ်ဘဲ ရှုပ်ထွေးသောစီးပွားရေးဆိုင်ရာ ဆုံးဖြတ်ချက်များချရန် အမြဲတမ်းလုပ်ဆောင်ခဲ့သည်။ စာပေးစာယူမှတ်တမ်းမရှိရင် မှားယွင်းတဲ့စီးပွားရေးဆုံးဖြတ်ချက်ချရမယ့် ကိစ္စမျိုးရှိခဲ့တယ်။
သိမ်းဆည်းသည့်ကာလများအလိုက် စာရွက်စာတမ်းတန်ဖိုးကို မည်သို့အကဲဖြတ်ပြီး ဖျက်ဆီးသနည်း။
စာရွက်စာတန်းတွေအတွက် ဒါကို တခြားသူတွေလို ရိုးရာနည်းအတိုင်း လုပ်တယ်။ အီလက်ထရွန်းနစ်ပစ္စည်းများအတွက် ကျွန်ုပ်တို့မလုပ်ပါ - ၎င်းတို့ကို ၎င်းတို့အတွက် သိမ်းထားပါ။ ထိုင်တာက ဒီမှာ။ အကျိုးကျေးဇူးတွေရှိတယ်။ လူတိုင်းအဆင်ပြေပါတယ်။
ဖွံ့ဖြိုးတိုးတက်ရေး အလားအလာ ဘယ်လိုရှိလဲ။
ယခုကျွန်ုပ်တို့၏ DO သည် အတွင်းပိုင်းပြဿနာ 30 ခန့်ကိုဖြေရှင်းပေးသည်၊ အချို့သောဆောင်းပါး၏အစတွင်ကျွန်ုပ်တို့ဖော်ပြထားသည်။ DL ကို ကျွန်ုပ်တို့၏လုပ်ဖော်ကိုင်ဖက်များအတွက် တစ်နှစ်လျှင် နှစ်ကြိမ်ကျင်းပသည့် ကွန်ဖရင့်များကို ပြင်ဆင်ရာတွင်လည်း အသုံးပြုသည်- ပရိုဂရမ်တစ်ခုလုံး၊ အစီရင်ခံစာအားလုံး၊ အပြိုင်ကဏ္ဍများ၊ ခန်းမများ - ဤအရာအားလုံးကို DL တွင် ရိုက်ထည့်ထားပြီး ၎င်းမှဒေါင်းလုဒ်လုပ်ကာ ပုံနှိပ်ထားသော ပရိုဂရမ်တစ်ခု၊ ပြုလုပ်ထားသည်။
ဖြေရှင်းပြီးသား ဖြစ်တဲ့အပြင် DO အတွက် လုပ်စရာတွေ အများကြီးရှိပါသေးတယ်။ ကုမ္ပဏီတစ်ခုလုံးတွင် အလုပ်များရှိပြီး သီးခြားဌာနတစ်ခုမှသာလျှင် လိုအပ်သော ထူးခြားရှားပါးသော အလုပ်များရှိပါသည်။ ၎င်းတို့ကို ကူညီရန် လိုအပ်သည်၊ ဆိုလိုသည်မှာ 1C အတွင်း စနစ်အသုံးပြုခြင်း၏ "ပထဝီဝင်" ကို ချဲ့ထွင်ခြင်း - လျှောက်လွှာ၏ နယ်ပယ်ချဲ့ထွင်ခြင်း၊ ဌာနအားလုံး၏ ပြဿနာများကို ဖြေရှင်းပေးခြင်း။ ဒါဟာ စွမ်းဆောင်ရည်နဲ့ ယုံကြည်စိတ်ချရမှုအတွက် အကောင်းဆုံး စမ်းသပ်မှုဖြစ်မှာပါ။ ထရီလျံချီတဲ့ မှတ်တမ်းတွေ၊ အချက်အလက်တွေရဲ့ petabytes တွေမှာ စနစ်အလုပ်လုပ်တာကို မြင်ချင်ပါတယ်။
source: www.habr.com