השוואה ובחירה של מערכות העברת נתונים

השוואה ובחירה של מערכות העברת נתונים

מודל הנתונים נוטה להשתנות במהלך תהליך הפיתוח, ובשלב מסוים הוא כבר לא מתאים למסד הנתונים. כמובן שניתן למחוק את מסד הנתונים, ואז ה-ORM יצור גרסה חדשה שתתאים למודל, אך הליך זה יוביל לאובדן נתונים קיימים. לפיכך, תפקידה של מערכת ההגירה הוא להבטיח שכתוצאה משינוי סכימה היא מסונכרנת עם מודל הנתונים באפליקציה מבלי לאבד נתונים קיימים.

במאמר זה, ברצוננו להסתכל על כלים שונים לניהול העברת מסדי נתונים. אנו מקווים שסקירה זו תהיה שימושית עבור מפתחים העומדים בפני בחירה דומה.

משימה

החברה שלנו מפתחת כעת באופן פעיל את הדור הבא של המוצר - 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, אך בשלב התכנון היינו מוכנים לשקול ORMs אחרים
3. יצירה אוטומטית של העברות. בהתחשב בפיתוח של Code First, ברצוני להימנע מהצורך "בכתיבה ידנית" העברות
4. התנגשויות גרסאות. בסביבת פיתוח מבוזרת, בעת מיזוג, EF Core יכול לסבול מקונפליקטים. זה הופך לבעיה משמעותית מכיוון שחלקים שונים של האפליקציה נוצרים על ידי מפתחים שונים, כך שאתה צריך להשקיע זמן רב בכל אחד מהם.
5. תיעוד ותמיכה מתקדמים. כאן, כך נראה לנו, אין צורך בהסבר
6. חינם. הקריטריון מותנה, מכיוון שהמערכות אינן יקרות או יקרות במיוחד, אך אידיאליות מבחינת הנוחות, היינו מוכנים גם לשקול

כתוצאה ממחקר קטן, נמצאו האפשרויות הבאות ונמצאו רצויות לבחינה:

1. EF Core Migrations
2. DBup
3. בית עגול
4. ThinkingHome.Migrator
5. מהגר נוזל

ועכשיו קצת יותר פירוט

EntityFramework Core Migrations

מטבע הדברים, זו הייתה האפשרות הראשונה והעיקרית לבחירה. מכשיר מקומי שפועל מחוץ לקופסה בלי להתעסק עם טמבורין. כמות גדולה של תיעוד, רשמי ולא כך, פשטות וכו'. עם זאת, התלונות שהועלו על EF קלאסי הן גם די רלוונטיות עבור EF Core.

לפיכך, היתרונות של EF Core מודגשים:

• תמיכה של מיקרוסופט, תיעוד, כולל ברוסית, קהילה ענקית
• יצירה אוטומטית של העברות על בסיס CodeFirst
• בהשוואה ל-EF 6, EF Core כבר לא מאחסן תמונת מצב של מסד הנתונים. כאשר עובדים עם EF Core ב-Code First, אין עוד צורך לפרוס מסד נתונים
• מכיוון שאנו רוקדים מ-Code First, ניתן לבצע הגירה אחת לכל ספקי הגישה לנתונים הנדרשים
• לגבי ספקים, PostgreSQL נתמך, אורקל נתמך וכו' וכו', ואפילו 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

והחסרונות:

• עם כל מגוון ה-DBMS הנתמכים, אורקל אינה אחת מהן
• לא יוצר אינטראקציה עם 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.Migrator

כלי להעברת סכימת מסד נתונים מנוסחת לפלטפורמת .NET Core, המופץ תחת רישיון MIT. המפתח עצמו כתב על הגרסה האחרונה שלו לפני כמעט שנה.

יתרונות:

• עוצב עבור .NET Core
• הטמיע רצף מסועף של הגירות
• יישם רישום הגירה

חסרונות:

• עודכן לאחרונה לפני שנה. ככל הנראה הפרויקט אינו נתמך
• לא נתמך על ידי אורקל (המאמר מציין שזה בגלל היעדר יישום יציב ל-.NET Core - אבל זה לפני שנה)
• אין יצירה אוטומטית של הגירות

בסך הכל, הפרויקט נראה מבטיח, במיוחד אם הוא יתפתח, אבל היינו צריכים לקבל החלטה כאן ועכשיו.

מהגר נוזל

github.com/fluentmigrator/fluentmigrator

כלי ההגירה הפופולרי ביותר עם צבא גדול של מעריצים. מופץ תחת רישיון Apache 2.0. כפי שצוין בתיאור, מדובר במסגרת מיגרציה עבור .NET, בדומה ל-Ruby on Rails Migrations. שינויים בסכימת מסד הנתונים מתוארים במחלקות C#.

יש כאן יתרונות:

• תמיכה ב-DBMS הנדרש
• תמיכה ב-.NET Core
• קהילה מפותחת גדולה
• התנגשויות בין העברות נפתרות ברצף - סדר הביצוע של ההגירות מצוין. בנוסף, אם מתעוררת התנגשות סביב ישות אחת, בעת מיזוג הקוד, היא נפתרת באותו אופן כמו בשאר הקוד
• ישנם פרופילים המופעלים לאחר הגירה מוצלחת. והם יכולים לשאת פונקציות שירות.העדכון האחרון היה לפני חודש, כלומר, הפרויקט חי

לגבי המינוסים, הנה הם:

• אין יצירה אוטומטית של הגירות
• אין קשר לדגמי EF
• אין תמונות של מסד נתונים

מה הייתה הבחירה שלנו?

הוויכוחים הסוערים נסבו סביב שני פרמטרים - יצירה אוטומטית של הגירות ופתרון סכסוכים שפוי. גורמים אחרים היו הרבה פחות מפחידים. כתוצאה מכך, על סמך תוצאות הדיון, הצוות החליט להשתמש ב- Fluent Migrator בפרויקט החדש. כי פתרון קונפליקטים בעתיד יביא הרבה יותר יתרונות.

ממצאים

כמובן, אין כלים מושלמים. אז היינו צריכים לתעדף את ה"רצונות" שלנו כדי לעשות בחירה. עם זאת, עבור צוותים אחרים ומשימות אחרות, גורמים אחרים עשויים להיות מכריעים. אנו מקווים שמאמר זה יעזור לך לבחור.

מקור: www.habr.com