ဒေတာရွှေ့ပြောင်းခြင်းစနစ်များကို နှိုင်းယှဉ်ခြင်းနှင့် ရွေးချယ်ခြင်း။

ဒေတာရွှေ့ပြောင်းခြင်းစနစ်များကို နှိုင်းယှဉ်ခြင်းနှင့် ရွေးချယ်ခြင်း။

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

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

လုပ်ငန်း

ကျွန်ုပ်တို့၏ကုမ္ပဏီသည် လက်ရှိတွင် ထုတ်ကုန်အသစ်ဖြစ်သော Docs Security Suite (DSS) ကို တက်ကြွစွာ ဖော်ဆောင်လျက်ရှိသည်။ ဆာဗာအပိုင်းကို .Net Core ဖြင့် ရေးသားထားပြီး Entity Framework Core ကို DBMS အဖြစ် အသုံးပြုပါသည်။ အက်ပလီကေးရှင်းတစ်ခုကို ဒီဇိုင်းဆွဲသည့်အခါ၊ ကျွန်ုပ်တို့သည် Code First ချဉ်းကပ်မှုကို အသုံးပြုသည်။

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

DSS ၏ ယခင်မျိုးဆက်သည် ရွှေ့ပြောင်းနေထိုင်မှုစီမံခန့်ခွဲမှုစနစ်အဖြစ် ဂန္ထဝင် Entity Framework Migrations (EF 6) ကို အသုံးပြုခဲ့သည်။ သို့သော်လည်း၊ အချို့သော တိုင်ကြားမှုများသည် ၎င်းကိုဆန့်ကျင်ပြီး EF သည် ဗားရှင်းပဋိပက္ခများကို ဖြေရှင်းရန် မှန်ကန်သောချဉ်းကပ်မှု မရှိခြင်းကြောင့်ဖြစ်သည်။ ပံ့ပိုးမှု၏တစ်စိတ်တစ်ပိုင်းအဖြစ် ချို့ယွင်းချက်များကို ပြုပြင်သည့်အခါ ဤအချက်က ကျွန်ုပ်တို့ကို စိတ်ဆိုးဆဲဖြစ်သောကြောင့် အခြားရွေးချယ်စရာများကို စဉ်းစားရန် ဆုံးဖြတ်ခဲ့သည်။

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

1. အမျိုးမျိုးသော DBMS များအတွက်ပံ့ပိုးမှု။ MS SQL Server၊ PostgreSQL၊ Oracle လိုအပ်သော်လည်း အခြားအသုံးပြုရန် ဖြစ်နိုင်ချေရှိသည်။
2. ORM နှင့်အလုပ်လုပ်သည်။ အစပိုင်းတွင် EF Core ကို အသုံးပြုရန် စီစဉ်ထားသော်လည်း ဒီဇိုင်းအဆင့်တွင် အခြား ORM များကို ထည့်သွင်းစဉ်းစားရန် အသင့်ဖြစ်နေပါပြီ။
3. ရွှေ့ပြောင်းမှုများ၏ အလိုအလျောက်မျိုးဆက်။ Code ၏ဖွံ့ဖြိုးတိုးတက်မှုကိုထည့်သွင်းစဉ်းစားခြင်းဖြင့်ပထမဦးစွာကျွန်ုပ်သည် "လက်ရေးပါ" ရွှေ့ပြောင်းခြင်းများကိုရှောင်ရှားလိုသည်
4. ဗားရှင်းကွဲများ။ ဖြန့်ဝေထားသော ဖွံ့ဖြိုးတိုးတက်မှုပတ်ဝန်းကျင်တွင်၊ ပေါင်းစည်းသောအခါ၊ EF Core သည် ပဋိပက္ခများကို ခံစားရနိုင်သည်။ အပလီကေးရှင်း၏ မတူညီသော အစိတ်အပိုင်းများကို မတူညီသော developer များက ဖန်တီးထားသောကြောင့် ၎င်းသည် သိသာထင်ရှားသော ပြဿနာတစ်ခု ဖြစ်လာသောကြောင့် တစ်ခုစီအတွက် အချိန်များစွာ သုံးစွဲရမည်ဖြစ်ပါသည်။
5. အဆင့်မြင့်စာရွက်စာတမ်းများနှင့် ပံ့ပိုးမှု။ ဤတွင်၊ ကျွန်ုပ်တို့ထင်သည်၊ ရှင်းပြရန်မလိုအပ်ပါ။
6. အခမဲ့။ စံသတ်မှတ်ချက်သည် အခြေအနေအရဖြစ်သည်၊ စနစ်များသည် အလွန်စျေးကြီးသည် သို့မဟုတ် စျေးကြီးသည်မဟုတ်သော်လည်း အဆင်ပြေရန်အတွက် စံနမူနာဖြစ်သောကြောင့် ကျွန်ုပ်တို့လည်း ထည့်သွင်းစဉ်းစားရန် အသင့်ဖြစ်နေပြီဖြစ်သည်။

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

1. EF Core ပြောင်းရွှေ့မှုများ
2. DBup
3. အဝိုင်းအိမ်E
4. ThinkingHome.Migrator
5. ကျွမ်းကျင်သော ရွှေ့ပြောင်းနေထိုင်သူ

အခု နည်းနည်းအသေးစိတ်ပါ။

EntityFramework Core ရွှေ့ပြောင်းမှုများ

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

ထို့ကြောင့် EF Core အတွက် အားသာချက်များကို မီးမောင်းထိုးပြသည်-

• ရုရှဘာသာစကားအပါအဝင်၊ Microsoft ၏ပံ့ပိုးကူညီမှု၊ စာရွက်စာတမ်းများ
• CodeFirst ကို အခြေခံ၍ ရွှေ့ပြောင်းမှုများ၏ အလိုအလျောက် မျိုးဆက်
• EF 6 နှင့် နှိုင်းယှဉ်ပါက EF Core သည် ဒေတာဘေ့စ်၏လျှပ်တစ်ပြက်ပုံတစ်ပုံကို မသိမ်းဆည်းတော့ပါ။ Code တွင် ပထမဦးစွာ EF Core နှင့် အလုပ်လုပ်သောအခါ၊ ဒေတာဘေ့စ်ကို အသုံးပြုရန် မလိုအပ်တော့ပါ။
• ကျွန်ုပ်တို့သည် Code First မှ ကခုန်နေသောကြောင့် လိုအပ်သော ဒေတာဝင်ရောက်ခွင့်ပေးသူအားလုံးထံ တစ်ကြိမ် ရွှေ့ပြောင်းခြင်း ပြုလုပ်နိုင်သည်။
• ဝန်ဆောင်မှုပေးသူများနှင့်ပတ်သက်၍ PostgreSQL ကို ပံ့ပိုးထားပြီး၊ Oracle ကို ပံ့ပိုးထားသည်၊ စသည်တို့နှင့် MS SQL Server ပင် 

ပြီးတော့ အားနည်းချက်တွေလည်း

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

DbUp

dbup.github.io

DbUp သည် NuGet မှထည့်သွင်းထားသည့် .NET စာကြည့်တိုက်တစ်ခုဖြစ်ပြီး SQL Server သို့ ပြောင်းလဲမှုများကို တွန်းအားပေးကူညီသည်။ ၎င်းသည် မည်သည့်ပြောင်းလဲမှု script များကိုလုပ်ဆောင်ပြီးပြီဖြစ်သည်ကိုခြေရာခံပြီးဒေတာဘေ့စ်ကိုမွမ်းမံရန်လိုအပ်သောများကိုလုပ်ဆောင်သည်။ စာကြည့်တိုက်သည် ASP.NET ရှိ open source ဘလော့ဂ်ရေးအင်ဂျင်အတွက် ပရောဂျက်တစ်ခုမှ ကြီးထွားလာပြီး MIT လိုင်စင်အောက်တွင်ရှိပြီး ကုဒ်သည် GitHub တွင်ရှိသည်။ ရွှေ့ပြောင်းခြင်းများကို T-SQL ဖြင့် ဖော်ပြထားပါသည်။

အားသာချက်တွေက ဘာတွေလဲ။

• DBMS အများအပြား (MS SQL Server၊ PstgreSQL၊ MySQL) အတွက် ပံ့ပိုးမှု
• script များကို T-SQL ဖြင့်ရေးသားထားသောကြောင့်၊ ၎င်းတို့သည်အတော်လေးရိုးရှင်းပါသည်။
• ပဋိပက္ခများကို SQL သုံးပြီး ဖြေရှင်းသည်။

အားနည်းချက်များ-

• ပံ့ပိုးပေးထားသည့် DBMS မျိုးစုံဖြင့် Oracle သည် ၎င်းတို့ထဲမှ တစ်ခုမဟုတ်ပေ။
• ORM နှင့် မတုံ့ပြန်ပါ။
• T-SQL script များကို လက်ဖြင့်ရေးခြင်းသည် ကျွန်ုပ်တို့ ရည်ရွယ်ထားသည့်အရာမဟုတ်ပါ။
• SQL scripts များရေးသားရာတွင် မလိုအပ်သော်လည်း စာရွက်စာတမ်းများနှင့် အသိုက်အဝန်းသည် တူညီပါသည်။

အဝိုင်းအိမ်E

github.com/chucknorris/roundhouse

ယခင်ဗားရှင်းကဲ့သို့ Apache 2.0 လိုင်စင်အောက်တွင် ဖြန့်ဝေထားသော ဤရွှေ့ပြောင်းခြင်းစီမံခန့်ခွဲမှုတူးလ်သည် T-SQL ရွှေ့ပြောင်းခြင်းအင်ဂျင်ပေါ်တွင် လုပ်ဆောင်သည်။ ထင်ရှားသည်မှာ၊ developer များသည် သက်တောင့်သက်သာရှိသော ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်ကို ဖန်တီးခြင်းထက် DBMS ပံ့ပိုးမှုဆိုင်ရာ နည်းပညာဆိုင်ရာ ပြဿနာများကို ဦးစားပေးဖြေရှင်းပေးခဲ့သည်။

အပြစ်တွေ:

• လိုအပ်သော DBMS (Oracle အပါအဝင်) ကိုပံ့ပိုးသည်

cons:

• Oracle (ကျွန်ုပ်တို့နှင့်မသက်ဆိုင်သော Access ကဲ့သို့) .NET Core တွင်သာ .NET Full Framework တွင်သာ ပံ့ပိုးမထားပါ။
• ORM နှင့် အလုပ်မလုပ်ပါ။
• ယခင်တူးလ်ထက်စာလျှင် စာရွက်စာတမ်းနည်းပါးသည်။
• တဖန် - ရွှေ့ပြောင်းခြင်းကို scripts များဖြင့်ရေးသားပါသည်။

ThinkingHome.Migrator

MIT လိုင်စင်အောက်တွင် ဖြန့်ဝေထားသော .NET Core ပလပ်ဖောင်းသို့ ဗားရှင်းပြောင်းထားသော ဒေတာဘေ့စ်ပုံစံ ရွှေ့ပြောင်းခြင်းအတွက် ကိရိယာတစ်ခု။ developer ကိုယ်တိုင်က ၎င်း၏နောက်ဆုံးထွက်ဗားရှင်းအကြောင်းကို လွန်ခဲ့သော တစ်နှစ်နီးပါးက ရေးသားခဲ့သည်။.

အပြစ်တွေ:

• .NET Core အတွက် ဒီဇိုင်းထုတ်ထားသည်။
• ရွှေ့ပြောင်းခြင်း၏ အကိုင်းအခက် အစီအစဥ်ကို အကောင်အထည်ဖော်ခဲ့သည်။
• ရွှေ့ပြောင်းခြင်းမှတ်တမ်းကို အကောင်အထည်ဖော်ခဲ့သည်။

cons:

• လွန်ခဲ့သော တစ်နှစ်က နောက်ဆုံး အပ်ဒိတ်လုပ်ခဲ့သည်။ ပရောဂျက်ကို ပံ့ပိုးမထားကြောင်း ထင်ရှားသည်။
• Oracle မှ မပံ့ပိုးပါ (ဆောင်းပါးတွင် ၎င်းသည် .NET Core အတွက် တည်ငြိမ်သော အကောင်အထည်ဖော်မှု မရှိခြင်းကြောင့်ဖြစ်သည် - သို့သော် ၎င်းသည် လွန်ခဲ့သော တစ်နှစ်ခန့်ကဖြစ်သည်)
• အလိုအလျောက် ရွှေ့ပြောင်းခြင်း မျိုးဆက် မရှိပါ။

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

ကျွမ်းကျင်သော ရွှေ့ပြောင်းနေထိုင်သူ

github.com/fluentmigrator/fluentmigrator

ပရိသတ်များစွာဖြင့် ရေပန်းအစားဆုံး ရွှေ့ပြောင်းခြင်းကိရိယာ။ Apache 2.0 လိုင်စင်အောက်တွင် ဖြန့်ဝေထားသည်။ ဖော်ပြချက်တွင်ဖော်ပြထားသည့်အတိုင်း၊ ၎င်းသည် Ruby on Rails Migrations နှင့်ဆင်တူသော .NET အတွက် ရွှေ့ပြောင်းခြင်းမူဘောင်တစ်ခုဖြစ်သည်။ ဒေတာဘေ့စ်စခီမာသို့ ပြောင်းလဲမှုများကို C# အတန်းများတွင် ဖော်ပြထားပါသည်။

ဤနေရာတွင် အားသာချက်များရှိပါသည်။

• လိုအပ်သော DBMS အတွက် ပံ့ပိုးမှု
• .NET Core ပံ့ပိုးမှု
• ကြီးမားသော ဖွံ့ဖြိုးတိုးတက်သော အသိုက်အဝန်း
• ရွှေ့ပြောင်းအခြေချသူများကြား ပဋိပက္ခများကို ဆက်တိုက်ဖြေရှင်းသည်—ရွှေ့ပြောင်းအခြေချမှု၏အမိန့်ကို သတ်မှတ်ထားသည်။ ထို့အပြင်၊ အဖွဲ့အစည်းတစ်ခုတွင် ပဋိပက္ခတစ်ခုဖြစ်ပွားပါက၊ ကုဒ်ကို ပေါင်းစည်းသောအခါ၊ ၎င်းကို အခြားကုဒ်၏အခြားနည်းလမ်းအတိုင်း ဖြေရှင်းသည်
• အောင်မြင်စွာ ရွှေ့ပြောင်းပြီးနောက် လုပ်ဆောင်သည့် ပရိုဖိုင်များ ရှိပါသည်။ ၎င်းတို့သည် ဝန်ဆောင်မှုလုပ်ငန်းဆောင်တာများကို သယ်ဆောင်နိုင်သည်။နောက်ဆုံးမွမ်းမံမှုသည် လွန်ခဲ့သောတစ်လကဖြစ်ပြီး၊ ဆိုလိုသည်မှာ ပရောဂျက်သည် အသက်ရှင်နေပါသည်။

minuses များအတွက်၊ ၎င်းတို့မှာ-

• အလိုအလျောက် ရွှေ့ပြောင်းခြင်း မျိုးဆက် မရှိပါ။
• EF မော်ဒယ်များနှင့် ချိတ်ဆက်မှုမရှိပါ။
• ဒေတာဘေ့စ် လျှပ်တစ်ပြက် ရိုက်ချက်များ မရှိပါ။

ငါတို့ရဲ့ရွေးချယ်မှုကဘာလဲ။

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

တွေ့ရှိချက်များ

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

source: www.habr.com