العديد من الملاك في قاعدة بيانات واحدة

تستخدم المراجعة دائمًا بيانات التحكم في الإنتاج

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

يتم تنفيذ ذلك بالشكل التالي:

• يجب أن يتوفر ملقم تطبيق منفصل لكل مالك. ويشير كل ملقم تطبيق إلى معرف مستخدم قاعدة بيانات محدد.
  ملاحظة: في التثبيت للشبكة السحابية، قد يقوم ملقم التطبيق بالإشارة فقط إلى معرف مستخدم قاعدة بيانات محدد في أي وقت محدد. لمزيد من المعلومات عن تبديل الملاك، ارجع إلى "دعم تحويل البيانات لعمليات التنفيذ بالشبكة السحابية".
• يقوم معرف مستخدم قاعدة البيانات المرتبط بمالك الترحيل باستخدام CISSTG كمالك الجداول الرئيسية وجداول المعاملات، غير أنه يستخدم CISADM كمالك جداول التحكم في الإنتاج.
• يقوم معرف مستخدم قاعدة البيانات المرتبط بمالك الإنتاج باستخدام CISADM كمالك كل الجداول.

قد تتساءل عن سبب دخولنا في هذه المشكلات. يرجع ذلك إلى عدة أسباب:

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

تعمل المراجعة فقط في وجود كلا المالكين

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

يتم تنفيذ ذلك بالشكل التالي:

• في الترحيل، يوجد عرض للإنتاج لكل عنصر مؤهل في جدول التحويل. وتقوم طرق العرض هذه بتضمين التعليمات البرمجية الخاصة بمالك قاعدة البيانات للإشارة إلى الإنتاج. على سبيل المثال، هناك طريقة عرض تسمى CX_​PER وتشير إلى جدول الشخص في مرحلة الإنتاج.
• تستخدم برامج تعيين المفاتيح وبرامج الإدراج طرق العرض هذه في حالة الحاجة إلى الوصول إلى بيانات الإنتاج.