ডেটা মাইগ্রেশন সিস্টেমের তুলনা এবং নির্বাচন

ডেটা মাইগ্রেশন সিস্টেমের তুলনা এবং নির্বাচন

ডেটা মডেলটি বিকাশের প্রক্রিয়া চলাকালীন পরিবর্তিত হতে থাকে এবং কিছু সময়ে এটি ডাটাবেসের সাথে সামঞ্জস্য করা বন্ধ করে দেয়। অবশ্যই, ডাটাবেস মুছে ফেলা যেতে পারে, এবং তারপরে ORM একটি নতুন সংস্করণ তৈরি করবে যা মডেলের সাথে মেলে তবে এই পদ্ধতিটি বিদ্যমান ডেটা হারাতে পারে। সুতরাং, মাইগ্রেশন সিস্টেমের কাজ হল বিদ্যমান ডেটা হারানো ছাড়াই স্কিমা পরিবর্তনের ফলে এটিকে অ্যাপ্লিকেশনের ডেটা মডেলের সাথে সিঙ্ক্রোনাইজ করা।

এই নিবন্ধে, আমরা ডাটাবেস স্থানান্তর পরিচালনার জন্য বিভিন্ন সরঞ্জাম বিবেচনা করতে চাই। আমরা আশা করি এই পর্যালোচনাটি একই ধরনের পছন্দের সম্মুখীন ডেভেলপারদের জন্য উপযোগী হবে।

কাজের

আমাদের কোম্পানি বর্তমানে সক্রিয়ভাবে পণ্যটির পরবর্তী প্রজন্মের বিকাশ করছে - ডক্স সিকিউরিটি স্যুট (ডিএসএস)। সার্ভারের অংশটি .Net Core-এ লেখা আছে, এবং Entity Framework Core যথাক্রমে DBMS হিসাবে ব্যবহৃত হয়। একটি অ্যাপ্লিকেশন ডিজাইন করার সময়, আমরা কোড প্রথম পদ্ধতি ব্যবহার করি।

অ্যাপ্লিকেশন ডোমেন মডেলটি একই সময়ে বেশ কয়েকটি বিকাশকারী দ্বারা তৈরি করা হয়েছে - প্রতিটি সিস্টেমের নিজস্ব যৌক্তিক অংশের জন্য দায়ী।

DSS-এর আগের প্রজন্মের ক্লাসিক সত্তা ফ্রেমওয়ার্ক মাইগ্রেশন (EF 6) মাইগ্রেশন ম্যানেজমেন্ট সিস্টেম হিসেবে ব্যবহার করা হয়েছে। যাইহোক, তার বিরুদ্ধে কিছু অভিযোগ জমা হয়েছে, যার মধ্যে প্রধান ছিল যে EF সংস্করণ দ্বন্দ্ব সমাধানের জন্য একটি বুদ্ধিমান পদ্ধতির অভাব রয়েছে। সমর্থনের অংশ হিসাবে বাগ ফিক্সিং করার সময় এই সত্যটি এখনও আমাদের বিরক্ত করে, তাই বিকল্প বিকল্পগুলি বিবেচনা করার সিদ্ধান্ত নেওয়া হয়েছিল।

আলোচনার ফলস্বরূপ, মাইগ্রেশন ম্যানেজমেন্ট সিস্টেমের জন্য নিম্নলিখিত প্রয়োজনীয়তাগুলি গঠিত হয়েছিল:

1. বিভিন্ন DBMS জন্য সমর্থন. বাধ্যতামূলক এমএস এসকিউএল সার্ভার, পোস্টগ্রেএসকিউএল, ওরাকল, তবে অন্যদের ব্যবহার করা সম্ভাব্যভাবে সম্ভব
2. ORM এর সাথে কাজ করা প্রাথমিকভাবে, ইএফ কোর ব্যবহার করার কথা ছিল, কিন্তু নকশা পর্যায়ে, অন্যান্য ওআরএমগুলি বিবেচনা করার জন্য প্রস্তুত ছিল।
3. মাইগ্রেশনের স্বয়ংক্রিয় প্রজন্ম। কোড ফার্স্টের বিকাশের প্রেক্ষিতে, আমি "কলম দিয়ে আঁকা" স্থানান্তর করার প্রয়োজন এড়াতে চাই
4. সংস্করণ দ্বন্দ্ব। একটি বিতরণকৃত উন্নয়ন পরিবেশে, একত্রিত হওয়ার সময়, EF কোর দ্বন্দ্বে পড়তে পারে। এটি একটি উল্লেখযোগ্য সমস্যা হয়ে উঠেছে যেহেতু অ্যাপ্লিকেশনটির বিভিন্ন অংশ বিভিন্ন বিকাশকারী দ্বারা তৈরি করা হয়েছে, তাই আপনাকে প্রতিটিতে অনেক সময় ব্যয় করতে হবে
5. ডকুমেন্টেশন এবং সমর্থন উন্নত. এখানে, এটা আমাদের মনে হয়, কোন ব্যাখ্যা প্রয়োজন.
6. বিনামূল্যে. মানদণ্ডটি শর্তসাপেক্ষ, যেহেতু খুব ব্যয়বহুল সিস্টেম বা ব্যয়বহুল নয়, তবে সুবিধার ক্ষেত্রে আদর্শ, আমরা বিবেচনা করার জন্যও প্রস্তুত ছিলাম

একটি ছোট অধ্যয়নের ফলস্বরূপ, নিম্নলিখিত বিকল্পগুলি পাওয়া গেছে এবং বিবেচনার জন্য পছন্দনীয় বলে বিবেচিত হয়েছে:

1. ইএফ কোর মাইগ্রেশন
2. DBup
3. রাউন্ডহাউস ই
4. থিংকিংহোম।মাইগ্রেটর
5. সাবলীল অভিবাসী

এবং এখন একটু বেশি

এন্টিটি ফ্রেমওয়ার্ক কোর মাইগ্রেশন

স্বাভাবিকভাবেই, এটি পছন্দের জন্য প্রথম এবং প্রধান বিকল্প ছিল। একটি দেশীয় যন্ত্র যেটি বাক্সের বাইরে কাজ করে কোনো খঞ্জনি নাচ ছাড়াই। প্রচুর পরিমাণে ডকুমেন্টেশন, অফিসিয়াল এবং তাই নয়, সরলতা, ইত্যাদি। যাইহোক, ক্লাসিক EF-এর বিরুদ্ধে করা দাবিগুলি EF কোরের জন্যও বেশ প্রাসঙ্গিক।

সুতরাং, ইএফ কোরের জন্য সুবিধাগুলি হাইলাইট করা হয়েছে:

• মাইক্রোসফ্ট সমর্থন, ডকুমেন্টেশন, রাশিয়ান সহ, একটি বিশাল সম্প্রদায়
• CodeFirst-এর উপর ভিত্তি করে মাইগ্রেশনের স্বতঃ-প্রজন্ম
• EF 6 এর তুলনায়, EF কোর আর ডাটাবেসের একটি স্ন্যাপশট সংরক্ষণ করে না। কোড ফার্স্টে EF কোরের সাথে কাজ করার সময় ডাটাবেস স্থাপনের আর প্রয়োজন নেই
• যেহেতু আমরা কোড ফার্স্ট থেকে নৃত্য করছি, তাই সমস্ত প্রয়োজনীয় ডেটা অ্যাক্সেস প্রদানকারীর কাছে একটি মাইগ্রেশন করা সম্ভব
• প্রদানকারীদের জন্য, এটি PostgreSQL, Oracle, ইত্যাদি ইত্যাদি, এমনকি MS SQL সার্ভারকে সমর্থন করে 

এবং এছাড়াও অসুবিধা:

• দ্বন্দ্বের সমাধান একই থাকে। মাইগ্রেশনের একটি ক্রম তৈরি করা এবং ডাটাবেস স্ন্যাপশট আপডেট করা প্রয়োজন
• মডেলের উপর নির্ভরতা যার উপর ভিত্তি করে মাইগ্রেশন তৈরি হয়

DbUp

dbup.github.io

DbUp হল একটি .NET লাইব্রেরি যা NuGet দ্বারা ইনস্টল করা হয় এবং SQL সার্ভারে পরিবর্তন করতে সাহায্য করে। এটি ট্র্যাক রাখে কোন পরিবর্তন স্ক্রিপ্টগুলি ইতিমধ্যেই কার্যকর করা হয়েছে এবং ডাটাবেস আপডেট করার জন্য প্রয়োজনীয় সেগুলি চালায়। লাইব্রেরিটি ASP.NET-এ একটি ওপেন সোর্স ব্লগিং ইঞ্জিন প্রকল্প থেকে বেড়েছে এবং MIT লাইসেন্সের অধীনে বিদ্যমান, এবং কোডটি GitHub-এ রয়েছে। T-SQL ব্যবহার করে মাইগ্রেশন বর্ণনা করা হয়েছে।

এখানে কি কি সুবিধা আছে:

• বিপুল সংখ্যক DBMS (MS SQL সার্ভার, PstgreSQL, MySQL) এর জন্য সমর্থন
• যেহেতু স্ক্রিপ্টগুলি টি-এসকিউএল-এ লেখা, সেগুলি দেখতে বেশ সহজ।
• বিরোধগুলিও SQL এর সাথে সমাধান করা হয়

এবং অসুবিধা:

• সমর্থিত ডিবিএমএস-এর সমস্ত বৈচিত্র্য সহ, ওরাকল তাদের মধ্যে একটি নয়
• ORM এর সাথে ইন্টারঅ্যাক্ট করে না
• T-SQL-এ "হ্যান্ডেল" দিয়ে স্ক্রিপ্ট লেখার জন্য আমরা চেষ্টা করছিলাম না
• ডকুমেন্টেশন এবং সম্প্রদায় খুব তাই, যদিও SQL স্ক্রিপ্ট লেখার ক্ষেত্রে, তাদের প্রয়োজন নাও হতে পারে।

রাউন্ডহাউস ই

github.com/chucknorris/roundhouse

এই মাইগ্রেশন ম্যানেজমেন্ট টুল, Apache 2.0 লাইসেন্সের অধীনে বিতরণ করা হয়েছে, আগেরটির মতো, T-SQL মাইগ্রেশন ইঞ্জিনে চলে। স্পষ্টতই, বিকাশকারীরা আরামদায়ক উন্নয়ন প্রক্রিয়া তৈরি করার পরিবর্তে ডিবিএমএসকে সমর্থন করার ক্ষেত্রে প্রযুক্তিগত সমস্যা সমাধানের দিকে মনোনিবেশ করেছিল।

পেশাদাররা:

• প্রয়োজনীয় DBMS সমর্থন করে (ওরাকল সহ)

কনস:

• Oracle (পাশাপাশি অ্যাক্সেস, যা আমাদের জন্য অপ্রাসঙ্গিক) .NET Core-এ সমর্থিত নয়, শুধুমাত্র .NET ফুল ফ্রেমওয়ার্কে
• ORM এর সাথে কাজ করে না
• এমনকি আগের টুলের তুলনায় কম ডকুমেন্টেশন
• আবার - স্থানান্তরগুলি স্ক্রিপ্ট দ্বারা লেখা হয়

থিংকিংহোম।মাইগ্রেটর

MIT লাইসেন্সের অধীনে বিতরণ করা .NET কোর প্ল্যাটফর্মে ডাটাবেস স্কিমার সংস্করণ মাইগ্রেশনের জন্য টুল। বিকাশকারী নিজেই প্রায় এক বছর আগে এর সর্বশেষ সংস্করণ সম্পর্কে লিখেছিলেন.

পেশাদাররা:

• .NET কোরের জন্য উপযোগী
• স্থানান্তরের একটি শাখা ক্রম বাস্তবায়ন করেছে
• বাস্তবায়িত মাইগ্রেশন লগিং

কনস:

• শেষ আপডেটটি ছিল এক বছর আগে। দৃশ্যত প্রকল্পটি সমর্থিত নয়
• ওরাকল দ্বারা সমর্থিত নয় (নিবন্ধে বলা হয়েছে যে এটি .NET কোরের জন্য একটি স্থিতিশীল বাস্তবায়নের অভাবের কারণে হয়েছে - তবে এটি এক বছর আগের)
• মাইগ্রেশনের স্বয়ংক্রিয়-প্রজন্ম অনুপস্থিত

সাধারণভাবে, প্রকল্পটি প্রতিশ্রুতিশীল দেখায়, বিশেষত যদি এটি বিকশিত হয় তবে আমাদের এখানে এবং এখন একটি সিদ্ধান্ত নেওয়া দরকার।

সাবলীল অভিবাসী

github.com/fluentmigrator/fluentmigrator

একটি বড় ফ্যান বেস সহ সর্বাধিক জনপ্রিয় মাইগ্রেশন টুল। Apache 2.0 লাইসেন্সের অধীনে বিতরণ করা হয়েছে। বর্ণনায় বলা হয়েছে, .NET-এর জন্য একটি মাইগ্রেশন ফ্রেমওয়ার্ক, রুবি অন রেল মাইগ্রেশনের মতো। ডাটাবেস স্কিমা পরিবর্তনগুলি C# ক্লাসে বর্ণনা করা হয়েছে।

এখানে প্লাস আছে:

• প্রয়োজনীয় DBMS-এর জন্য সমর্থন
• .NET কোর সমর্থন
• বড় উন্নত সম্প্রদায়
• মাইগ্রেশন দ্বন্দ্ব ক্রমানুসারে সমাধান করা হয় - মাইগ্রেশন অর্ডার নির্দিষ্ট করা আছে। উপরন্তু, যদি একটি সত্তার চারপাশে একটি দ্বন্দ্ব দেখা দেয়, কোডটি মার্জ করার সময়, এটি বাকি কোডের মতো একইভাবে সমাধান করা হয়।
• একটি সফল স্থানান্তর পরে চালানো যে প্রোফাইল আছে. এবং তারা পরিষেবা ফাংশন বহন করতে পারে শেষ আপডেটটি এক মাস আগে ছিল, অর্থাৎ, প্রকল্পটি বেঁচে আছে

কনস জন্য, তারপর এখানে:

• মাইগ্রেশনের স্বয়ংক্রিয়-প্রজন্ম অনুপস্থিত
• EF মডেলের সাথে যোগাযোগ অনুপস্থিত
• কোনো ডিবি স্ন্যাপশট নেই

আমাদের পছন্দ কি ছিল?

সবচেয়ে উত্তপ্ত বিতর্ক দুটি প্যারামিটারের চারপাশে আবর্তিত হয়েছিল - মাইগ্রেশনের স্বয়ংক্রিয়-প্রজন্ম এবং বুদ্ধিমান দ্বন্দ্ব সমাধান। অন্যান্য কারণ অনেক কম ভীত. ফলস্বরূপ, আলোচনার ফলাফলের ভিত্তিতে, দলটি নতুন প্রকল্পে ফ্লুয়েন্ট মাইগ্রেটর ব্যবহার করার সিদ্ধান্ত নিয়েছে। ভবিষ্যতে দ্বন্দ্ব সমাধানের জন্য অনেক বেশি সংখ্যক প্লাস নিয়ে আসবে।

তথ্যও

অবশ্যই, কোন নিখুঁত সরঞ্জাম নেই। তাই পছন্দ করার জন্য আমাদের "ইচ্ছা তালিকা" কে অগ্রাধিকার দিতে হয়েছিল। যাইহোক, অন্যান্য দল এবং অন্যান্য কাজের জন্য, অন্যান্য কারণ নির্ধারক হতে পারে। আমরা আশা করি এই নিবন্ধটি আপনাকে আপনার পছন্দ করতে সাহায্য করবে।

উত্স: www.habr.com