بيئة تطوير مختلفة عن بيئات الاختبار والإنتاج؟

Question

ماذا ستقول إذا أراد مطور تنفيذ بيئة DEV SQL2008 ، لكننا ما زلنا مضطرًا إلى استخدام اختبار SQL2000 وبيئة إنتاج SQL2000؟

هل سيكون هناك أي خطأ في استخدام SQL2008 على خادم DEV؟ بالطبع ستحتاج إلى معرفة الوظائف التي لا يمكنك استخدامها ، لذلك لم يكن لديك مشاكل في ترحيل عملك من خوادم SQL2008 إلى SQL2000.

Answer 1

كنت أتجنب بشدة التطوير على إصدار محلي مختلف عن بيئات DEV/QA/Prod. في معظم الأحيان ، لن يحدث شيء ، ولكن عندما يفعل الأمر قد يستغرق الأمر إلى الأبد لتعقب المشكلة. ليس ذلك فحسب ، فقد لا تتمكن أبدًا من تكراره محليًا نظرًا لأن لديك بيئة مختلفة.

Answer 2

باستخدام ميزات SQL الأساسية - ستفعل موافق.

ليس لدي أي فكرة عن سبب استخدامك لهذه البيئة ، ولكن من الأفضل استخدام بيئة مماثلة و Dev و QA والإنتاج قدر الإمكان ، لتجنب المفاجأة عند الاستمرار في الإنتاج.

أعتقد أن SQL 2000 يستخدم OLEDB و SQL 2008 ، يمكنك استخدام مزود ADO.NET ، وقد يكون هناك الكثير من الاختلافات التي قد ترتفع إليها. لذلك أفضل تقديم المشورة لعدم القيام بذلك.

Answer 3

لا أرى لماذا سيكون لديك بيئة تطوير باستخدام إصدار أحدث من SQL Server إذا لم تكن بيئات التدريج والإنتاج الخاصة بك.

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

Answer 4

ماذا عن إعداد جهاز افتراضي (على سبيل المثال ، ضمن Virtual Server 2005 R2 sp1 w/update) التي تحتوي على بيئة SQL Server 2008؟ هذا من شأنه أن يضمن أنك لا تلوث بيئات SQL 2000 الخاصة بك ، بينما في نفس الوقت تتيح لك تجربة الأشياء. يمكنك إما إعداد هذا كـ VM على جهاز منفصل ، أو ببساطة إضافته كجهاز تطوير خاص بك.

Answer 5

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

Answer 6

ما الذي يكسبه باستخدام 2008 أكثر من 2000 إذا كنت تعلم أنك قد حصلت على العمل في عام 2000؟

هناك الكثير من المشكلات في القيام بذلك:

1. يمكن أن يكون الأداء مختلفًا تمامًا حتى مع نفس SQL بالضبط
2. يتم التعامل مع حزم DTS مختلفة تمامًا
3. يمكنك استخدام التعليمات البرمجية غير المتوافقة مع SQL2000. لن تعرف حتى تنقلها إلى الاختبار أو العيش ، وبحلول هذه المرحلة ، كان بإمكانك القيام بالكثير من التطوير الضائع حول الكود غير المتوافق.
4. الخ. الخ ...

لا يوجد أي سبب على الإطلاق لاستخدام إصدار مختلف لـ DEV من بيئتك الحية. سينتهي الأمر فقط مما يسبب لك الحزن والتناقضات.