Entity Framework - كيف تدير إصدارات قاعدة البيانات بين بيئات التطوير والإنتاج.

-

Entity Framework Core - كيف تدير إصدارات قاعدة البيانات بين بيئات التطوير والإنتاج

🧠 لماذا نحتاج لإدارة إصدارات قاعدة البيانات؟

في المشاريع الحقيقية عادةً يكون لديك أكثر من بيئة:

  • بيئة التطوير (Development Environment)
  • بيئة الاختبار (Staging Environment)
  • بيئة الإنتاج (Production Environment)
لكل بيئة قاعدة بياناتها الخاصة. ✅ لذلك تحتاج إلى طريقة منظمة لضمان أن جميع قواعد البيانات محدثة بنفس التغييرات وبنفس الترتيب.

🔗 كيف يتم إدارة الإصدارات بشكل صحيح؟

  • إنشاء Migrations محكمة: كل تغيير في الـ Models يجب أن يقابله Migration جديدة باسم واضح ومعبر.
  • تخزين Migrations مع الكود البرمجي: يجب حفظ ملفات Migrations ضمن النظام الخاص بإدارة الإصدارات مثل Git.
  • تطبيق Migrations بنفس الترتيب: كل بيئة تطبق Migrations بالتسلسل الصحيح لضمان تطابق الهياكل.
  • مراجعة السكربتات قبل تطبيقها على الإنتاج: لتفادي أخطاء كارثية مثل حذف أعمدة أو بيانات مهمة.

🛠️ خطوات إدارة Migrations بين البيئات

1. أثناء التطوير

- أنشئ Migration مع كل تعديل مهم. - تأكد أن Migration تعمل بشكل صحيح على قاعدة بيانات التطوير. - قم بعمل Commit للكود + ملف Migration إلى Git أو أي نظام تحكم بالإصدارات.

2. أثناء النشر إلى الاختبار (Staging)

- اسحب (Pull) الكود بما فيه ملفات الـ Migrations. - نفذ الأمر: 


Update-Database

- تأكد أن قاعدة بيانات الاختبار أصبحت مطابقة لقاعدة بيانات التطوير.

3. أثناء النشر إلى الإنتاج (Production)

- لا تستخدم Update-Database مباشرة (خطر جدًا!).
- بدلاً من ذلك، قم بتوليد سكربت SQL باستخدام: 


Script-Migration

🔹 هذا الأمر ينشئ لك ملف SQL بكل التغييرات المطلوبة. 🔹 يمكنك مراجعة السكربت، ثم تطبيقه يدويًا على قاعدة البيانات الإنتاجية مع فريق DBA أو فريق DevOps.

👨‍💻 مثال عملي لتوليد سكربت SQL من Migration


Script-Migration -From InitialCreate -To AddProductsTable

✅ هذا الأمر ينشئ سكربت SQL بالتغييرات بين Migration InitialCreate وAddProductsTable.

⚡ نصائح إضافية مهمة

  • استخدم الأمر Script-Migration دائمًا في بيئات الإنتاج بدلاً من Update-Database المباشر.
  • تحقق من ترتيب تنفيذ السكربتات إذا كان لديك أكثر من سكربت.
  • سجّل رقم كل Migration مطبقة داخل مستندات المشروع لضمان متابعة الإصدارات بدقة.

تعليقات

إرسال تعليق

المشاركات الشائعة من هذه المدونة

C# - Arrays

-
C# - المصفوفات (Arrays) المصفوفة (Array) هي بنية بيانات تُستخدم لتخزين مجموعة من القيم من نفس النوع في مكان واحد بالذاكرة، ويتم الوصول إلى العناصر باستخدام رقم الفهرس (Index). 🔹 كيفية تعريف مصفوفة: // تعريف مصفوفة وتعيين قيم ابتدائية int[] numbers = { 1, 2, 3, 4, 5 }; // الوصول إلى العنصر الأول Console.WriteLine(numbers[0]); // النتيجة: 1 💡 ملاحظات: الفهرس يبدأ من 0، أي أول عنصر هو numbers[0] . يمكنك استخدام حلقة for أو foreach للتكرار على المصفوفة. يجب تحديد نوع البيانات التي ستحتويها المصفوفة. 🧪 مثال آخر: string[] fruits = new string[3]; fruits[0] = \"تفاح\"; fruits[1] = \"موز\"; fruits[2] = \"عنب\"; foreach (string fruit in fruits) { Console.WriteLine(fruit); } 📌 في هذا المثال، أنشأنا مصفوفة من ثلاث عناصر ومررنا عليها باستخدام foreach .
قراءة المزيد

Entity Framework - ما هو ORM؟ ونبذة عن Dapper وNHibernate

-
Entity Framework - ما هو ORM؟ ونبذة عن Dapper وNHibernate ORM هي اختصار لـ Object-Relational Mapping ، وتعني "الربط الكائني العلاقي". ببساطة، هي تقنية تُستخدم لربط الكائنات (Objects) في الكود مع الجداول (Tables) في قاعدة البيانات. 🔹 لماذا نحتاج إلى ORM؟ بدون ORM، نحتاج إلى كتابة استعلامات SQL يدوية والتعامل مع الكائنات بأنفسنا. بينما ORM توفر لنا طبقة وسيطة تقوم بتحويل الكود الكائني إلى استعلامات SQL تلقائيًا، والعكس أيضًا. 🔹 مزايا ORM تسريع التطوير. تقليل كمية الكود المكتوب. سهولة التعامل مع البيانات بشكل كائني. دعم التحقق من النوع (Type Checking) في وقت البرمجة. 🔹 عيوب ORM أداء أقل من SQL اليدوي في العمليات المعقدة. بعض المرونة تضيع بسبب التجريد العالي. 🔸 مقارنة بين EF Core وDapper وNHibernate التقنية النوع السهولة الأداء الدعم والانتشار Entity Framework Core ORM كامل سهل ومتكامل مع .NET متوسط مرتفع (مدعوم من Microsoft) ...
قراءة المزيد

Entity Framework - مقدمة عن Entity Framework

-
مقدمة عن Entity Framework 📜 لمحة تاريخية عن Entity Framework - أول إصدار من Entity Framework ظهر سنة 2008 كجزء من .NET Framework. - كان اسمه الرسمي ببساطة "Entity Framework"، ويعمل على ربط التطبيقات مع قواعد بيانات SQL بطريقة برمجية. - Entity Framework وفر وقتها أسلوبين رئيسيين للعمل: Database First ➔ إنشاء الكود انطلاقًا من قاعدة بيانات موجودة. Model First ➔ إنشاء قاعدة البيانات انطلاقًا من نموذج (Model) مرسوم. ✅ مع الوقت تطورت EF وتم إضافة أسلوب جديد يسمى Code First الذي أصبح من أكثر الطرق استخدامًا اليوم. 🔗 إصدارات Entity Framework قبل EF Core Entity Framework 1.0 (2008) - الإصدار الأول وكان محدود الإمكانيات. Entity Framework 4.0 (2010) - تحسينات كبيرة ودعم أفضل لـ POCO classes. Entity Framework 5.0 و6.0 (2012-2013) - دعم مميزات متقدمة مثل Migrations وتحسين الأداء. 💡 ملاحظة: لم يكن هناك EF 2.0 أو EF 3.0 رسميًا. 🚀 لماذا تم تطوير Entity Framework Core؟ مع ظهور .NET Core، احتاجت مايكروسوفت إلى نسخة خفيفة وعصرية م...
قراءة المزيد