سؤال

وأود أن ترحيل قاعدة بيانات لتطبيق ويب إرث من SQL Server إلى الخلية. ما هي حدود الخلية التي يجب أن نبحث عنها؟ وماذا عن البنود سوف تكون جزءا من المرجعية شاملة قبل القفز الى تعديل في الواقع رمز؟

هل كانت مفيدة؟

المحلول

وأول شيء أود أن تحقق هو أنواع البيانات - التعريف الدقيق لأنواع البيانات يختلف من قاعدة البيانات إلى قاعدة البيانات. وأود أن إنشاء قائمة التعيين الذي تيلمي ما يجب تعيين كل أنواع البيانات ل. وسيساعد ذلك في بناء الجداول الجديدة. وأود أن تحقق أيضا للجداول البيانات أو الأعمدة التي لم يتم استخدامها الآن. لا جدوى من تهاجر منها. تفعل الشيء نفسه مع وظائف، وظيفة، الصحة والصحة النباتية، وما إلى ذلك الآن هو الوقت المناسب لتنظيف غير المرغوب فيه.

وكيف حالك الوصول إلى البيانات من خلال الصحة والصحة النباتية أو استفسارات ديناميكية من قاعدة البيانات؟ التحقق من كل الاستعلام عن طريق تشغيل aganst قاعدة بيانات ديف جديدة وتأكد من أنها لا تزال تعمل. مرة أخرى هناك اختلافات بين كيف أن اثنين من النكهات العمل SQL. أنا لم تستخدم بلدي مزود لذلك أنا لست متأكدا ما تناقلته بعض ونقاط الفشل شيوعا. بينما كنت في ذلك قد ترغب في توقيت الاستعلامات الجديدة ومعرفة ما اذا كان يمكن أن يكون الأمثل. يختلف الأمثل أيضا من قاعدة البيانات إلى قاعدة البيانات وبينما كنت في ذلك، وربما يكون هناك بعض الاستفسارات الأداء الضعيف في الوقت الراهن التي يمكن اصلاحها كجزء من الهجرة.

وسوف تحتاج إلى إعادة النظر فيها، وكذلك وظائف يحددها المستخدم. لا ننسى هذه إذا كنت تفعل هذا.

لا تنس المهام المجدولة، سوف تحتاج إلى checkd وصوغه في myslq كذلك هذه.

هل استيراد أية بيانات العمانية جدول منتظم؟ سوف يكون جميع الواردات إلى إعادة صياغة.

ومفتاح كل شيء هو استخدام قاعدة البيانات واختبار، اختبار، اختبار. اختبار كل شيء وخاصة تقارير أو وظائف الفصلية أو السنوية التي كنت قد نسيت.

وآخر شيء تريد القيام به هو القيام بكل شيء من خلال البرامج النصية التي يتم نسخة السيطرة عليها. لا تنتقل إلى الإنتاج حتى يمكنك تشغيل كل البرامج النصية في النظام على ديف مع أية إخفاقات.

نصائح أخرى

وشيء واحد كنت قد نسيت، تأكد من تحديث قاعدة البيانات ديف تقوم بتشغيل الهجرة من (قاعدة بيانات ملقم SQL) من إنتاج فورا قبل كل اختبار تشغيل. أكره أن يكون شيئا تفشل في همز لأنك كنت اختبار ضد السجلات التي عفا عليها الزمن.

ورمز العميل الخاص بك هو من شبه المؤكد أن يكون الجزء الأكثر تعقيدا في تعديلها. إلا إذا طلبك يحتوي على جناح اختبار ذات جودة عالية جدا، وسوف ينتهي بك الأمر إلى قيام الكثير من التجارب. لا يمكنك الاعتماد على أي شيء يعمل نفس، حتى الأشياء التي قد تتوقع ل.

نعم، الأمور في قاعدة البيانات نفسها سوف تحتاج إلى تغيير، لكن رمز العميل حيث العمل الرئيسي هو، وسوف تحتاج إلى أكوام من العمل والاختبارات الصارمة.

وننسى ترحيل البيانات، وهذا هو آخر شيء الذي يجب أن يكون على عقلك. مخطط قاعدة البيانات يمكن ربما تحويلها دون صعوبة كبيرة جدا؛ كائنات قاعدة بيانات أخرى (الصحة والصحة النباتية، وجهات النظر وغيرها) يمكن أن يسبب مشاكل، ولكن رمز العميل حيث يتم التركيز من المشاكل سيكون.

وتقريبا كل روتين الذي ينفذ سوف استعلام قاعدة بيانات يحتاج إلى تغيير، ولكن كل منهم على الاطلاق سوف تحتاج لفحصها. وسيكون هذا غير بديهي.

وأنا أبحث حاليا في ترحيل قاعدة البيانات الرئيسية طلبنا من الخلية 4،1-5، وهذا هو أقل بكثير من الفرق، لكنها ستظل مهمة جدا، كبيرة جدا.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top