ការប្រៀបធៀប និងការជ្រើសរើសប្រព័ន្ធផ្ទេរទិន្នន័យ

ការប្រៀបធៀប និងការជ្រើសរើសប្រព័ន្ធផ្ទេរទិន្នន័យ

គំរូទិន្នន័យមាននិន្នាការផ្លាស់ប្តូរកំឡុងពេលដំណើរការអភិវឌ្ឍន៍ ហើយនៅចំណុចខ្លះវាលែងត្រូវគ្នាទៅនឹងមូលដ្ឋានទិន្នន័យទៀតហើយ។ ជាការពិតណាស់ មូលដ្ឋានទិន្នន័យអាចត្រូវបានលុប ហើយបន្ទាប់មក ORM នឹងបង្កើតកំណែថ្មីដែលនឹងផ្គូផ្គងគំរូ ប៉ុន្តែនីតិវិធីនេះនឹងនាំទៅដល់ការបាត់បង់ទិន្នន័យដែលមានស្រាប់។ ដូច្នេះមុខងារនៃប្រព័ន្ធធ្វើចំណាកស្រុកគឺដើម្បីធានាថា ជាលទ្ធផលនៃការផ្លាស់ប្តូរគ្រោងការណ៍ វាត្រូវបានធ្វើសមកាលកម្មជាមួយនឹងគំរូទិន្នន័យនៅក្នុងកម្មវិធីដោយមិនបាត់បង់ទិន្នន័យដែលមានស្រាប់។

នៅក្នុងអត្ថបទនេះ យើងចង់មើលឧបករណ៍ផ្សេងៗសម្រាប់គ្រប់គ្រងការធ្វើចំណាកស្រុកមូលដ្ឋានទិន្នន័យ។ យើងសង្ឃឹមថាការពិនិត្យឡើងវិញនេះនឹងមានប្រយោជន៍សម្រាប់អ្នកអភិវឌ្ឍន៍ដែលប្រឈមមុខនឹងជម្រើសស្រដៀងគ្នា។

គោលបំណង

បច្ចុប្បន្នក្រុមហ៊ុនរបស់យើងកំពុងអភិវឌ្ឍយ៉ាងសកម្មនូវផលិតផលជំនាន់ក្រោយ – Docs Security Suite (DSS)។ ផ្នែកម៉ាស៊ីនមេត្រូវបានសរសេរក្នុង .Net Core ហើយ Entity Framework Core ត្រូវបានប្រើជា DBMS ។ នៅពេលរចនាកម្មវិធី យើងប្រើវិធីសាស្រ្ត Code First ។

គំរូដែនកម្មវិធីត្រូវបានបង្កើតឡើងដោយអ្នកអភិវឌ្ឍន៍ជាច្រើនក្នុងពេលតែមួយ - ម្នាក់ៗទទួលខុសត្រូវចំពោះផ្នែកឡូជីខលផ្ទាល់ខ្លួនរបស់ពួកគេនៃប្រព័ន្ធ។

ជំនាន់មុនរបស់ DSS បានប្រើប្រាស់ Entity Framework Migrations (EF 6) បុរាណជាប្រព័ន្ធគ្រប់គ្រងការធ្វើចំណាកស្រុក។ ទោះជាយ៉ាងណាក៏ដោយ ពាក្យបណ្តឹងមួយចំនួនបានប្រមូលផ្តុំប្រឆាំងនឹងវា ដែលជាបញ្ហាចម្បងដែល EF ខ្វះវិធីសាស្រ្តដ៏ត្រឹមត្រូវក្នុងការដោះស្រាយជម្លោះកំណែ។ ការពិតនេះនៅតែធ្វើឱ្យយើងខកចិត្តនៅពេលជួសជុលកំហុសដែលជាផ្នែកមួយនៃការគាំទ្រ ដូច្នេះយើងបានសម្រេចចិត្តពិចារណាជម្រើសជំនួស។

ជាលទ្ធផលនៃការពិភាក្សា តម្រូវការខាងក្រោមសម្រាប់ប្រព័ន្ធគ្រប់គ្រងការធ្វើចំណាកស្រុកត្រូវបានបង្កើតឡើង៖

1. ការគាំទ្រសម្រាប់ DBMSs ផ្សេងៗ។ MS SQL Server, PostgreSQL, Oracle ត្រូវបានទាមទារ ប៉ុន្តែវាអាចទៅរួចក្នុងការប្រើអ្នកដទៃ
2. ធ្វើការជាមួយ ORM ។ ដំបូងឡើយ វាត្រូវបានគេគ្រោងនឹងប្រើប្រាស់ EF Core ប៉ុន្តែនៅដំណាក់កាលរចនា យើងបានត្រៀមខ្លួនរួចជាស្រេចដើម្បីពិចារណា ORMs ផ្សេងទៀត
3. ការបង្កើតការធ្វើចំណាកស្រុកដោយស្វ័យប្រវត្តិ។ ដោយគិតគូរពីការអភិវឌ្ឍន៍នៃកូដដំបូង ខ្ញុំចង់ជៀសវាងការចំណាកស្រុក "សរសេរដោយដៃ"
4. កំណែផ្ទុយគ្នា។ នៅក្នុងបរិយាកាសអភិវឌ្ឍន៍ដែលបានចែកចាយ នៅពេលដែលការបញ្ចូលគ្នា EF Core អាចទទួលរងពីជម្លោះ។ វាក្លាយជាបញ្ហាសំខាន់ ព្រោះផ្នែកផ្សេងៗនៃកម្មវិធីត្រូវបានបង្កើតឡើងដោយអ្នកអភិវឌ្ឍន៍ផ្សេងៗគ្នា ដូច្នេះអ្នកត្រូវចំណាយពេលច្រើនលើផ្នែកនីមួយៗ។
5. ឯកសារ និងជំនួយកម្រិតខ្ពស់។ នៅទីនេះ វាហាក់ដូចជាពួកយើង មិនត្រូវការការពន្យល់ទេ។
6. ឥតគិតថ្លៃ។ លក្ខណៈវិនិច្ឆ័យគឺមានលក្ខខណ្ឌ ដោយហេតុថាប្រព័ន្ធមិនថ្លៃខ្លាំង ឬមានតម្លៃថ្លៃនោះទេ ប៉ុន្តែជាជម្រើសដ៏ល្អក្នុងភាពងាយស្រួល យើងក៏បានត្រៀមខ្លួនរួចជាស្រេចដើម្បីពិចារណាផងដែរ។

ជាលទ្ធផលនៃការស្រាវជ្រាវតិចតួច ជម្រើសខាងក្រោមត្រូវបានគេរកឃើញ ហើយបានរកឃើញថាគួរឱ្យចង់ពិចារណា៖

1. ការផ្លាស់ប្តូរស្នូល EF
2. DBup
3. ផ្ទះមូល អ៊ី
4. ThinkingHome.អ្នកធ្វើចំណាកស្រុក
5. អ្នកធ្វើចំណាកស្រុកយ៉ាងស្ទាត់ជំនាញ

ហើយឥឡូវនេះព័ត៌មានលម្អិតបន្តិច

ការធ្វើចំណាកស្រុកស្នូលរបស់ EntityFramework

តាមធម្មជាតិ នេះគឺជាជម្រើសដំបូង និងសំខាន់ដែលត្រូវជ្រើសរើស។ ឧបករណ៍​ដើម​ដែល​ដំណើរការ​ចេញ​ពី​ប្រអប់​ដោយ​មិន​មាន​ការ​ច្របូកច្របល់​ជាមួយ​នឹង​អំពិល។ ចំនួនធំនៃឯកសារ, ផ្លូវការនិងមិនដូច្នេះ, ភាពសាមញ្ញ, ល។ ទោះជាយ៉ាងណាក៏ដោយ ការត្អូញត្អែរអំពី EF បុរាណក៏ពាក់ព័ន្ធផងដែរសម្រាប់ EF Core ។

ដូច្នេះគុណសម្បត្តិសម្រាប់ EF Core ត្រូវបានគូសបញ្ជាក់៖

• ការគាំទ្ររបស់ Microsoft ឯកសារ រួមទាំងជាភាសារុស្សី សហគមន៍ដ៏ធំ
• ការបង្កើតការធ្វើចំណាកស្រុកដោយស្វ័យប្រវត្តិដោយផ្អែកលើ CodeFirst
• បើប្រៀបធៀបទៅនឹង EF 6 EF Core លែងរក្សាទុករូបថតនៃមូលដ្ឋានទិន្នន័យទៀតហើយ។ នៅពេលធ្វើការជាមួយ EF Core នៅក្នុង Code First វាមិនចាំបាច់ក្នុងការដាក់ពង្រាយមូលដ្ឋានទិន្នន័យទៀតទេ
• ដោយសារយើងកំពុងរាំពី Code First វាអាចធ្វើការផ្លាស់ប្តូរមួយទៅកាន់អ្នកផ្តល់សេវាចូលប្រើទិន្នន័យដែលត្រូវការទាំងអស់។
• ទាក់ទងនឹងអ្នកផ្តល់សេវា PostgreSQL ត្រូវបានគាំទ្រ Oracle ត្រូវបានគាំទ្រ។ល។ និងសូម្បីតែ MS SQL Server 

និងគុណវិបត្តិផងដែរ:

• ការដោះស្រាយជម្លោះនៅតែស្ថិតក្នុងកម្រិតដដែល។ វាចាំបាច់ក្នុងការធ្វើចំណាកស្រុកតាមលំដាប់លំដោយ និងធ្វើបច្ចុប្បន្នភាពរូបថតនៃមូលដ្ឋានទិន្នន័យ
• ការពឹងផ្អែកលើគំរូដែលការធ្វើចំណាកស្រុកត្រូវបានបង្កើត

DbUp

dbup.github.io

DbUp គឺជាបណ្ណាល័យ .NET ដែលត្រូវបានដំឡើងដោយ NuGet និងជួយជំរុញការផ្លាស់ប្តូរទៅកាន់ SQL Server ។ វារក្សាដាននៃការផ្លាស់ប្តូរស្គ្រីបដែលត្រូវបានប្រតិបត្តិរួចហើយ និងដំណើរការដែលចាំបាច់ដើម្បីធ្វើបច្ចុប្បន្នភាពមូលដ្ឋានទិន្នន័យ។ បណ្ណាល័យនេះបានរីកចម្រើនចេញពីគម្រោងសម្រាប់ម៉ាស៊ីនសរសេរប្លុកប្រភពបើកចំហនៅលើ ASP.NET ហើយមាននៅក្រោមអាជ្ញាប័ណ្ណ MIT ហើយកូដគឺនៅលើ GitHub ។ ការធ្វើចំណាកស្រុកត្រូវបានពិពណ៌នាដោយប្រើ T-SQL ។

តើមានអត្ថប្រយោជន៍អ្វីខ្លះ៖

• ការគាំទ្រសម្រាប់ DBMS មួយចំនួនធំ (MS SQL Server, PstgreSQL, MySQL)
• ដោយសារស្គ្រីបត្រូវបានសរសេរក្នុង T-SQL វាមើលទៅសាមញ្ញណាស់។
• ជម្លោះក៏ត្រូវបានដោះស្រាយដោយប្រើ SQL ផងដែរ។

និងគុណវិបត្តិ:

• ជាមួយនឹងភាពខុសគ្នានៃ DBMSs ដែលគាំទ្រ Oracle មិនមែនជាមួយក្នុងចំណោមពួកគេទេ។
• មិនមានអន្តរកម្មជាមួយ ORM ទេ។
• ការសរសេរស្គ្រីប T-SQL ដោយដៃមិនមែនជាអ្វីដែលយើងចង់បាននោះទេ។
• ឯកសារ និងសហគមន៍គឺដូច្នេះមែន ទោះបីក្នុងន័យនៃការសរសេរស្គ្រីប SQL ពួកគេប្រហែលជាមិនចាំបាច់ក៏ដោយ។

ផ្ទះមូល អ៊ី

github.com/chucknorris/roundhouse

ឧបករណ៍គ្រប់គ្រងការធ្វើចំណាកស្រុកនេះ ចែកចាយក្រោមអាជ្ញាប័ណ្ណ Apache 2.0 ដូចឧបករណ៍មុនដែរ ដំណើរការលើម៉ាស៊ីនធ្វើចំណាកស្រុក T-SQL ។ ជាក់ស្តែង អ្នកអភិវឌ្ឍន៍បានផ្តល់អាទិភាពក្នុងការដោះស្រាយបញ្ហាបច្ចេកទេសទាក់ទងនឹងការគាំទ្រ DBMS ជាជាងបង្កើតដំណើរការអភិវឌ្ឍន៍ប្រកបដោយផាសុកភាព។

ប្រុស:

• គាំទ្រ DBMS ចាំបាច់ (រួមទាំង Oracle)

គុណវិបត្តិ:

• Oracle (ក៏ដូចជា Access ដែលមិនពាក់ព័ន្ធសម្រាប់ពួកយើង) មិនត្រូវបានគាំទ្រនៅលើ .NET Core ទេ មានតែនៅលើ .NET Full Framework ប៉ុណ្ណោះ។
• មិនដំណើរការជាមួយ ORM ទេ។
• មានឯកសារតិចជាងឧបករណ៍ពីមុន
• ជាថ្មីម្តងទៀត - ការធ្វើចំណាកស្រុកត្រូវបានសរសេរដោយស្គ្រីប

ThinkingHome.អ្នកធ្វើចំណាកស្រុក

ឧបករណ៍សម្រាប់ការផ្លាស់ប្តូរគ្រោងការណ៍មូលដ្ឋានទិន្នន័យដែលមានកំណែទៅវេទិកា .NET Core ដែលចែកចាយក្រោមអាជ្ញាប័ណ្ណ MIT ។ អ្នកអភិវឌ្ឍន៍ខ្លួនឯងបានសរសេរអំពីកំណែចុងក្រោយបំផុតរបស់ខ្លួនកាលពីជិតមួយឆ្នាំមុន.

ប្រុស:

• រចនាសម្រាប់ .NET Core
• អនុវត្ត​ការ​ធ្វើ​ចំណាកស្រុក​តាម​លំដាប់​លំដោយ
• បានអនុវត្តការកត់ត្រាចំណាកស្រុក

គុណវិបត្តិ:

• បានធ្វើបច្ចុប្បន្នភាពចុងក្រោយកាលពីមួយឆ្នាំមុន។ ជាក់ស្តែង គម្រោងនេះមិនត្រូវបានគាំទ្រទេ។
• មិន​ត្រូវ​បាន​គាំទ្រ​ដោយ Oracle (អត្ថបទ​បញ្ជាក់​ថា​នេះ​មក​ពី​ការ​ខ្វះ​ការ​អនុវត្ត​ស្ថិរភាព​សម្រាប់ .NET Core - ប៉ុន្តែ​នេះ​គឺ​ជា​មួយ​ឆ្នាំ​មុន​)
• មិនមានការបង្កើតការធ្វើចំណាកស្រុកដោយស្វ័យប្រវត្តិទេ។

សរុបមក គម្រោងនេះមើលទៅមានជោគជ័យ ជាពិសេសប្រសិនបើវាត្រូវអភិវឌ្ឍ ប៉ុន្តែយើងត្រូវធ្វើការសម្រេចចិត្តនៅទីនេះ និងឥឡូវនេះ។

អ្នកធ្វើចំណាកស្រុកយ៉ាងស្ទាត់ជំនាញ

github.com/fluentmigrator/fluentmigrator

ឧបករណ៍ធ្វើចំណាកស្រុកដ៏ពេញនិយមបំផុតជាមួយនឹងក្រុមអ្នកគាំទ្រដ៏ធំ។ ចែកចាយក្រោមអាជ្ញាប័ណ្ណ Apache 2.0 ។ ដូចដែលបានបញ្ជាក់នៅក្នុងការពិពណ៌នា វាគឺជាក្របខ័ណ្ឌការធ្វើចំណាកស្រុកសម្រាប់ .NET ដែលស្រដៀងទៅនឹង Ruby on Rails Migrations។ ការផ្លាស់ប្តូរទៅគ្រោងការណ៍មូលដ្ឋានទិន្នន័យត្រូវបានពិពណ៌នានៅក្នុងថ្នាក់ C# ។

មានអត្ថប្រយោជន៍នៅទីនេះ៖

• ការគាំទ្រសម្រាប់ DBMS ដែលត្រូវការ
• ការគាំទ្រស្នូល .NET
• សហគមន៍អភិវឌ្ឍន៍ធំ
• ជម្លោះរវាងការធ្វើចំណាកស្រុកត្រូវបានដោះស្រាយតាមលំដាប់លំដោយ - លំដាប់នៃការអនុវត្តការធ្វើចំណាកស្រុកត្រូវបានបញ្ជាក់។ លើសពីនេះ ប្រសិនបើជម្លោះកើតឡើងជុំវិញអង្គភាពមួយ នៅពេលបញ្ចូលកូដ វាត្រូវបានដោះស្រាយតាមរបៀបដូចគ្នាទៅនឹងកូដដែលនៅសល់។
• មានទម្រង់ដែលត្រូវបានប្រតិបត្តិបន្ទាប់ពីការធ្វើចំណាកស្រុកដោយជោគជ័យ។ ហើយពួកគេអាចអនុវត្តមុខងារសេវាកម្មបាន។ ការអាប់ដេតចុងក្រោយគឺមួយខែមុន ពោលគឺគម្រោងនេះនៅរស់

សម្រាប់ minuses ទាំងនេះគឺ៖

• មិនមានការបង្កើតការធ្វើចំណាកស្រុកដោយស្វ័យប្រវត្តិទេ។
• មិនមានទំនាក់ទំនងជាមួយម៉ូដែល EF ទេ។
• មិនមានរូបថតនៃមូលដ្ឋានទិន្នន័យទេ។

តើអ្វីជាជម្រើសរបស់យើង?

ការជជែកពិភាក្សាគ្នាយ៉ាងក្តៅគគុកបានវិលជុំវិញប៉ារ៉ាម៉ែត្រពីរ - ការបង្កើតការធ្វើចំណាកស្រុកដោយស្វ័យប្រវត្តិ និងការដោះស្រាយជម្លោះប្រកបដោយភាពឆ្លាតវៃ។ កត្តាផ្សេងទៀតគឺគួរឱ្យភ័យខ្លាចតិចជាង។ ជាលទ្ធផល ដោយផ្អែកលើលទ្ធផលនៃការពិភាក្សា ក្រុមការងារបានសម្រេចចិត្តប្រើប្រាស់ Fluent Migrator នៅក្នុងគម្រោងថ្មីនេះ។ ព្រោះ​ការ​ដោះ​ស្រាយ​ជម្លោះ​នៅ​ពេល​អនាគត​នឹង​នាំ​មក​នូវ​ផល​ប្រយោជន៍​ច្រើន​ជាង។

ការរកឃើញ

ជាការពិតណាស់មិនមានឧបករណ៍ល្អឥតខ្ចោះទេ។ ដូច្នេះយើងត្រូវកំណត់អាទិភាព "ការចង់បាន" របស់យើងដើម្បីធ្វើការសម្រេចចិត្ត។ ទោះជាយ៉ាងណាក៏ដោយ សម្រាប់ក្រុមផ្សេងទៀត និងកិច្ចការផ្សេងទៀត កត្តាផ្សេងទៀតអាចជាការសម្រេចចិត្ត។ យើងសង្ឃឹមថាអត្ថបទនេះនឹងជួយអ្នកធ្វើការជ្រើសរើស។

ប្រភព: www.habr.com