ငါမကြာသေးမီကသိလိုက်ရတယ်။ Red Hat သည် MongoDB အထောက်အပံ့ကို Satellite မှ ဖယ်ရှားသည်။ (လိုင်စင်အပြောင်းအရွှေ့ကြောင့်လို့ ပြောကြတယ်)။ ဘာကြောင့်လဲဆိုတော့ ပြီးခဲ့တဲ့ နှစ်အနည်းငယ်အတွင်းမှာ MongoDB ဟာ ဘယ်လောက်တောင် ကြောက်စရာကောင်းပြီး ဘယ်သူမှ မသုံးသင့်ဘူးဆိုတဲ့ ဆောင်းပါးများစွာကို တွေ့ခဲ့ရလို့ပါပဲ။ သို့သော် ဤကာလအတွင်း MongoDB သည် ပိုမိုရင့်ကျက်သော ထုတ်ကုန်တစ်ခု ဖြစ်လာခဲ့သည်။ ဘာဖြစ်တာလဲ? DBMS အသစ်၏အစောပိုင်းစျေးကွက်ချဲ့ထွင်မှုတွင် မှားယွင်းမှုများကြောင့် အမုန်းပွားမှုများသည် အမှန်တကယ်ပင်လား။ ဒါမှမဟုတ် လူတွေက MongoDB ကို နေရာမှားပြီး သုံးနေကြတာလား။

MongoDB ကို ခုခံကာကွယ်နေတယ်လို့ ခံစားရရင် ကျေးဇူးပြုပြီး ဖတ်ပါ။ ရှင်းလင်းချက် ဆောင်းပါး၏အဆုံးတွင်။

အသစ်သောလမ်းကြောင်းသစ်

ကျွန်တော်ပြောနိုင်တာထက် ဆော့ဖ်ဝဲလ်စက်မှုလုပ်ငန်းမှာ နှစ်အတော်ကြာအောင် အလုပ်လုပ်နေပေမယ့် ကျွန်တော်တို့စက်မှုလုပ်ငန်းကို ရိုက်ခတ်လာတဲ့ ခေတ်ရေစီးကြောင်းရဲ့ အနည်းငယ်ကိုသာ ထိတွေ့နေရဆဲပါ။ 4GL၊ AOP၊ Agile၊ SOA၊ Web 2.0၊ AJAX၊ Blockchain တို့၏ မြင့်တက်လာမှုကို ငါတွေ့မြင်ခဲ့ရပြီ... စာရင်းသည် အဆုံးမရှိပေ။ နှစ်တိုင်း ခေတ်ရေစီးကြောင်းသစ်တွေ ပေါ်လာတယ်။ အချို့က လျင်မြန်စွာ ပျောက်ကွယ်သွားသော်လည်း အချို့မှာ ဆော့ဖ်ဝဲလ်တီထွင်သည့်ပုံစံကို အခြေခံအားဖြင့် ပြောင်းလဲကြသည်။

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

သို့သော် တိကျသော အကောင်အထည်ဖော်မှုတစ်ခုမှ တွန်းအားပေးသော ဆန်းသစ်တီထွင်မှုအသစ်တစ်ခုသည် အခါအားလျော်စွာ ပေါ်လာသည် (သို့မဟုတ် ဤကိစ္စရပ်တွင်ကဲ့သို့) ဒုတိယပေါ်လာသည်။ NoSQL ၏ဖြစ်ရပ်တွင်၊ MongoDB ပေါ်ပေါက်လာခြင်းနှင့် ဥက္ကာပျံထခြင်းတို့ကြောင့် ဖောင်းပွလာခဲ့သည်။ MongoDB သည် ဤလမ်းကြောင်းကို စတင်ခဲ့ခြင်းမဟုတ်ပါ- အမှန်တကယ်တွင်၊ ကြီးမားသောအင်တာနက်ကုမ္ပဏီများသည် ဆက်စပ်မှုမရှိသောဒေတာဘေ့စ်များပြန်လည်ရောက်ရှိသွားစေရန်အတွက် ကြီးမားသောဒေတာပမာဏကိုလုပ်ဆောင်ရာတွင် ပြဿနာများစတင်ခဲ့သည်။ အလုံးစုံ လှုပ်ရှားမှုသည် Google ၏ Bigtable နှင့် Facebook ၏ Cassandra ကဲ့သို့သော ပရောဂျက်များဖြင့် စတင်ခဲ့သော်လည်း ၎င်းသည် ဆော့ဖ်ဝဲရေးသားသူအများစု ဝင်ရောက်သုံးစွဲနိုင်သည့် NoSQL ဒေတာဘေ့စ် အကောင်အထည်ဖော်မှုတွင် လူသိအများဆုံးနှင့် လက်လှမ်းမီနိုင်ဆုံး MongoDB ဖြစ်လာခဲ့သည်။

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

ပြီးတော့ developer တွေက အဲဒီအပေါ်မှာ ခုန်ပေါက်ကြတယ်။ ပြဿနာတိုင်းကို ဖြေရှင်းရန် ကိန်းဂဏန်းမရှိသော ဒေတာဘေ့စ်တစ်ခု၏ စိတ်ကူးသည် အလွန်ဆွဲဆောင်မှုရှိသည်။ 2014 ခုနှစ်ဝန်းကျင်တွင်၊ MySQL၊ Postgres သို့မဟုတ် SQL Server ကဲ့သို့သော ဆက်စပ်ဒေတာဘေ့စ်ကို လွန်ခဲ့သောတစ်နှစ်က အသုံးပြုခဲ့သည့် နေရာတိုင်းတွင် MongoDB ဒေတာဘေ့စ်များကို စတင်အသုံးပြုပုံရသည်။ အဘယ်ကြောင့်နည်းဟု မေးသောအခါ၊ banal မှ "ဤသည်မှာ ဝဘ်၏စကေးဖြစ်သည်" မှ ပိုမိုတွေးခေါ်နိုင်ကာ "ကျွန်ုပ်၏ဒေတာသည် အလွန်ချောင်ချိသောဖွဲ့စည်းပုံဖြစ်ပြီး schema မပါဘဲဒေတာဘေ့စ်တစ်ခုသို့ ကောင်းစွာလိုက်ဖက်ပါသည်။"

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

• တင်းကျပ်သောအစီအစဥ်: ဆက်စပ်ဒေတာဘေ့စ်တစ်ခုဖြင့်၊ သင့်တွင် ဒိုင်းနမစ်ဖြင့် ဒေတာထုတ်ပေးပါက၊ သင်သည် ဒေတာ၏ ကျပန်း "အဖြာဖြာ" ကော်လံများကို ဖန်တီးရန်၊ ထိုနေရာတွင် ဒေတာ blobs များကို တွန်းလှန်ရန်၊ သို့မဟုတ် ဖွဲ့စည်းမှုပုံစံကို အသုံးပြုရန် ဖိအားပေးခံရမည်ဖြစ်သည်။ EAVဤအရာအားလုံးတွင် သိသိသာသာ အားနည်းချက်များရှိသည်။
• ချဲ့ရန်ခက်ခဲခြင်း။: ဆာဗာတစ်ခုတွင် မကိုက်ညီသော ဒေတာများစွာရှိနေပါက၊ MongoDB သည် စက်များစွာကို အတိုင်းအတာတစ်ခုအထိ ချဲ့ထွင်ရန် ယန္တရားများကို ကမ်းလှမ်းထားသည်။
• ရှုပ်ထွေးသော ဆားကစ်ပြုပြင်မွမ်းမံမှုများ: ရွှေ့ပြောင်းခြင်း မရှိပါ။ ဆက်စပ်ဒေတာဘေ့စ်တစ်ခုတွင်၊ ဒေတာဘေ့စ်ဖွဲ့စည်းပုံကိုပြောင်းလဲခြင်းသည် ကြီးမားသောပြဿနာတစ်ခုဖြစ်နိုင်သည် (အထူးသဖြင့် ဒေတာများစွာရှိသည့်အခါ)။ MongoDB သည် လုပ်ငန်းစဉ်ကို အလွန်ရိုးရှင်းအောင် လုပ်ဆောင်နိုင်ခဲ့သည်။ ၎င်းသည် သင်သွား၍ လျင်မြန်စွာ ရွေ့လျားခြင်းဖြင့် ဆားကစ်ကို အပ်ဒိတ်လုပ်ရုံဖြင့် အလွန်လွယ်ကူစေသည်။
• ရိုက်ကူးတင်ဆက်မှု: MongoDB စွမ်းဆောင်ရည် ကောင်းမွန်သည်၊ အထူးသဖြင့် စနစ်တကျ ပြင်ဆင်သတ်မှတ်ထားသည့်အခါတွင် ကောင်းမွန်သည်။ မကြာခဏ ဝေဖန်ခံရသည့် MongoDB ၏ ကွက်လပ်ပြင်ပဖွဲ့စည်းမှုပုံစံသည်ပင် အထင်ကြီးလောက်စရာ စွမ်းဆောင်ရည်နံပါတ်များကို ပြသခဲ့သည်။

အန္တရာယ်များအားလုံးသည် သင့်ထံတွင်ရှိသည်။

MongoDB ၏ အလားအလာရှိသော အကျိုးကျေးဇူးများသည် အထူးသဖြင့် ပြဿနာအချို့အတွက် ကြီးမားပါသည်။ အကြောင်းအရာကို နားမလည်ဘဲနှင့် အတွေ့အကြုံမရှိဘဲ အထက်ဖော်ပြပါစာရင်းကို ဖတ်ရှုပါက MongoDB သည် အမှန်တကယ် တော်လှန်သော DBMS တစ်ခုဖြစ်ကြောင်း သင်ထင်မြင်နိုင်ပါသည်။ တစ်ခုတည်းသောပြဿနာမှာ အထက်ဖော်ပြပါ အကျိုးကျေးဇူးများသည် အောက်တွင်ဖော်ပြထားသော သတိပြုစရာအချက်များစွာဖြင့် ပါ၀င်လာခြင်းဖြစ်သည်။

တရားမျှတစေရန်၊ 10gen/MongoDB Inc. အောက်မှာဖော်ပြထားတာ မမှန်ဘူးလို့ မပြောပါဘူး၊ ဒါတွေက အပေးအယူသက်သက်ပါ။

• အရောင်းအဝယ်တွေ ပြတ်တယ်။: ငွေပေးငွေယူများသည် ဆက်စပ်ဒေတာဘေ့စ်များစွာ၏ အဓိကအင်္ဂါရပ် (အားလုံးမဟုတ်သော်လည်း အများစု)။ အရောင်းအ၀ယ်လုပ်ခြင်းဆိုသည်မှာ သင်သည် လုပ်ဆောင်ချက်များစွာကို အက်တမ်နည်းဖြင့်လုပ်ဆောင်နိုင်ပြီး ဒေတာတစ်သမတ်တည်းရှိနေကြောင်း သေချာစေနိုင်သည်။ ဟုတ်ပါတယ်၊ NoSQL ဒေတာဘေ့စ်ဖြင့်၊ ငွေပေးငွေယူလုပ်ဆောင်မှုသည် စာရွက်စာတမ်းတစ်ခုတည်းအတွင်းတွင်ရှိနိုင်သည်၊ သို့မဟုတ် ငွေပေးငွေယူဆိုင်ရာ ဝေါဟာရများရရှိရန် အဆင့်နှစ်ဆင့် commits များကို သင်သုံးနိုင်သည်။ ဒါပေမယ့် ဒီလုပ်ဆောင်ချက်ကို သင်ကိုယ်တိုင် အကောင်အထည်ဖော်ရပါလိမ့်မယ်... ဒါက ခက်ခဲပြီး အချိန်ကုန်တဲ့ အလုပ်တစ်ခုပါ။ လုပ်ဆောင်ချက်များ၏ atomicity ကို အာမမခံနိုင်သောကြောင့် ဒေတာဘေ့စ်ရှိ ဒေတာများ မမှန်ကန်သော အခြေအနေများ ကုန်ဆုံးသွားသည်ကို သင်မတွေ့မချင်း ပြဿနာတစ်ခု ရှိနေသည်ကို သင်မသိလိုက်နိုင်ပါ။ မှတ်ချက်- MongoDB 4.0 သည် ယမန်နှစ်တွင် ငွေပေးငွေယူများကို မိတ်ဆက်ခဲ့ပြီး အချို့သော ကန့်သတ်ချက်များဖြင့် ကျွန်ုပ်ကို လူများစွာက ပြောကြသည်။ ဆောင်းပါးမှ ထုတ်နှုတ်ဖော်ပြချက်သည် အတူတူပင်ဖြစ်သည်- နည်းပညာသည် သင့်လိုအပ်ချက်များနှင့် ကိုက်ညီမှုရှိမရှိကို အကဲဖြတ်ပါ။
• ဆက်ဆံရေးသမာဓိ ဆုံးရှုံးခြင်း (နိုင်ငံခြားသော့များ): သင့်ဒေတာတွင် ဆက်နွယ်မှုရှိပါက၊ ၎င်းတို့ကို လျှောက်လွှာတွင် သင်အသုံးပြုရမည်ဖြစ်ပါသည်။ ဤဆက်ဆံရေးများကို လေးစားသော ဒေတာဘေ့စ်တစ်ခုရှိခြင်းသည် အပလီကေးရှင်းမှ အလုပ်များစွာကို ဖယ်ထုတ်ရမည်ဖြစ်ပြီး ထို့ကြောင့် သင့်ပရိုဂရမ်မာများ အနေဖြင့် အလုပ်မဖြစ်နိုင်ပါ။
• ဒေတာဖွဲ့စည်းပုံကို အသုံးချနိုင်စွမ်းမရှိခြင်း။: တင်းကျပ်သော အစီအစဉ်များသည် တစ်ခါတစ်ရံတွင် ပြဿနာကြီးတစ်ခု ဖြစ်နိုင်သော်လည်း ၎င်းတို့ကို ပညာရှိရှိအသုံးပြုပါက ဒေတာတည်ဆောက်မှုကောင်းမွန်ရန်အတွက် အားကောင်းသည့် ယန္တရားတစ်ခုလည်းဖြစ်သည်။ MongoDB ကဲ့သို့သော စာရွက်စာတမ်းဒေတာဘေ့စ်များသည် မယုံနိုင်လောက်စရာ schema ပြောင်းလွယ်ပြင်လွယ်ကို ပေးစွမ်းသော်လည်း၊ ဤပြောင်းလွယ်ပြင်လွယ်သည် ဒေတာကို သန့်ရှင်းစေရန်အတွက် တာဝန်ကို ဖယ်ရှားပေးပါသည်။ ၎င်းတို့ကို သင်ဂရုမစိုက်ပါက၊ သင်မျှော်လင့်ထားသည့်ပုံစံတွင် သိမ်းဆည်းထားခြင်းမရှိသော ဒေတာအကောင့်အတွက် သင့်အပလီကေးရှင်းတွင် ကုဒ်များစွာရေးသားခြင်းကို အဆုံးသတ်ပါမည်။ ကျွန်ုပ်တို့၏ကုမ္ပဏီ Simple Thread တွင် မကြာခဏပြောလေ့ရှိသည့်အတိုင်း... လျှောက်လွှာသည် တစ်နေ့နေ့တွင် ပြန်လည်ရေးသားရမည်ဖြစ်ပြီး၊ သို့သော် ဒေတာသည် ထာဝရရှင်သန်နေမည်ဖြစ်သည်။ မှတ်ချက်- MongoDB သည် schema စစ်ဆေးခြင်းကို ပံ့ပိုးပေးသည်- ၎င်းသည် အသုံးဝင်သော်လည်း ဆက်စပ်ဒေတာဘေ့စ်တွင်ကဲ့သို့ တူညီသောအာမခံချက်များကို မပေးဆောင်ပါ။ ပထမဦးစွာ၊ schema စစ်ဆေးမှုကိုထည့်သွင်းခြင်း သို့မဟုတ် ပြောင်းလဲခြင်းသည် စုစည်းမှုအတွင်းရှိ ရှိပြီးသားဒေတာကို မထိခိုက်စေပါ။ schema အသစ်အရ ဒေတာကို အပ်ဒိတ်လုပ်ရန် သေချာရန်မှာ သင့်အပေါ်တွင် မူတည်သည်။ သင့်လိုအပ်ချက်အတွက် လုံလောက်မှုရှိမရှိ သင်ကိုယ်တိုင် ဆုံးဖြတ်ပါ။
• မူရင်းမေးမြန်းမှုဘာသာစကား/ ကိရိယာ ဂေဟစနစ် ဆုံးရှုံးခြင်း။: SQL ထွန်းကားမှုသည် လုံးဝတော်လှန်ရေးဖြစ်ပြီး ထိုအချိန်မှစ၍ ဘာမှမပြောင်းလဲပါ။ ၎င်းသည် မယုံနိုင်လောက်အောင် အစွမ်းထက်သော ဘာသာစကားတစ်ခုဖြစ်ပြီး အလွန်ရှုပ်ထွေးပါသည်။ JSON အပိုင်းအစများပါရှိသော ဘာသာစကားအသစ်တွင် ဒေတာဘေ့စ်မေးခွန်းများကို တည်ဆောက်ရန် လိုအပ်မှုကို SQL နှင့် အလုပ်လုပ်သော အတွေ့အကြုံရှိသူများမှ နောက်ပြန်ဆုတ်သွားစေသော ခြေလှမ်းတစ်ခုအဖြစ် မှတ်ယူသည်။ IDE များမှ အစီရင်ခံခြင်းကိရိယာများအထိ SQL ဒေတာဘေ့စ်များနှင့် အပြန်အလှန်တုံ့ပြန်သည့် ကိရိယာများ၏ စကြဝဠာတစ်ခုလုံးရှိသည်။ SQL ကို မပံ့ပိုးသော ဒေတာဘေ့စ်သို့ ပြောင်းရွှေ့ခြင်းသည် ဤကိရိယာအများစုကို အသုံးမပြုနိုင်ခြင်းကြောင့် သို့မဟုတ် ၎င်းတို့ကို အသုံးပြုရန်အတွက် ဒေတာကို SQL သို့ ဘာသာပြန်ဆိုရန် လိုအပ်ပြီး သင်ထင်သည်ထက် ပိုမိုခက်ခဲနိုင်သည်။

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

ဘာတွေ ကွဲပြားအောင် လုပ်နိုင်ခဲ့လဲ။

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

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

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

သင်သည် မည်သည့်ပြဿနာမျှ မကြုံတွေ့ပါက၊ သင်သည် ကိရိယာအသစ်တစ်ခု မလိုအပ်ပါ။ အစက်။

မေးခွန်း 1- ဘယ်လိုပြဿနာတွေကို ဖြေရှင်းဖို့ ကြိုးစားနေတာလဲ။

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

မေးခွန်း 2- ငါဘာတွေပျောက်နေတာလဲ။

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

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

လူတွေက အရာရာကို ဖျက်ဆီးတတ်တယ်။

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

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

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

အကျဉ်းချုပ်

ဆန်းသစ်တီထွင်မှုတစ်ခုပေါ်လာတိုင်း၊ မေးခွန်းနှစ်ခုကို ဂရုတစိုက်နဲ့ ဖြေရပါမည်-

• ဤကိရိယာသည် တကယ့်ပြဿနာကို ဖြေရှင်းနိုင်ပါသလား။
• အပေးအယူတွေကို ကောင်းကောင်းနားလည်ပါသလား။

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

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

ရှင်းလင်းချက်

ကျွန်ုပ်တွင် MongoDB နှင့် ချစ်ခြင်းမေတ္တာ သို့မဟုတ် မုန်းတီးသော ဆက်ဆံရေး မရှိကြောင်း ရှင်းလင်းတင်ပြလိုပါသည်။ MongoDB က ဖြေရှင်းဖို့ အသင့်တော်ဆုံး ပြဿနာမျိုး ကျွန်တော်တို့မှာ မရှိသေးပါဘူး။ 10gen/MongoDB Inc. အစပိုင်းတွင် လုံခြုံမှုမရှိသော ပုံသေများကို သတ်မှတ်ပြီး MongoDB ကို နေရာတိုင်း (အထူးသဖြင့် ဟက်ကာသွန်များတွင်) မြှင့်တင်ခြင်းဖြင့် မည်သည့်ဒေတာနှင့်မဆို လုပ်ဆောင်ရန်အတွက် universal solution တစ်ခုအဖြစ် မြှင့်တင်ခဲ့ပါသည်။ ဒါဟာ ဆိုးရွားတဲ့ ဆုံးဖြတ်ချက်တစ်ခု ဖြစ်ကောင်းဖြစ်နိုင်ပါတယ်။ သို့သော် ဤနေရာတွင် ဖော်ပြထားသော ချဉ်းကပ်မှုကို အတည်ပြုသည်- နည်းပညာ၏ အပေါ်ယံ အကဲဖြတ်ချက်ဖြင့်ပင် ဤပြဿနာများကို လျင်မြန်စွာ ရှာဖွေတွေ့ရှိနိုင်သည်။

source: www.habr.com