خطوة المقارنة

مقارنة كائن الترحيل

هذه هي الخطوة الرئيسية للمقارنة. تحدد مراقبة كائن الترحيل (F1–MGOPR) سجلات كائنات ترحيل معلقة ويتم من خلالها تحويلها إلى الحالة "مقارنة". هذه حالة مؤقتة تشمل الخوارزمية التي تتم من خلالها المقارنة. هناك نتائج ممكنة متنوعة قد تحدث استنادًا إلى المنطق في الخوارزمية. يوضح الرسم البياني التالي جزءًا من مراحل كائن الترحيل المقترنة بالمقارنة.

وتوضح النقاط التالية المراحل.

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

• الملاحظات المرتبطة بالكيان:

  • إذا تم العثور على السجل بكائن الترحيل في البيئة الهدف وكانت البيانات مماثلة تمامًا، فسيتم تحويل حالة السجل إلى "لم يتم التغيير" (مع تعيين قيمة إجراء الكائن على الحالة "لم يتم التغيير").

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

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

  • عند تنفيذ الاستيراد في الوضع المجمع تتم مقارنة كل كيان مضمن بشكل منفصل ولكن يتم تعيين الحالة الكلية للسجل على النحو التالي:

    • في حالة عدم تغيير كل الكيانات المضمنة، تتحول حالة سجل كائن الترحيل إلى لم يتم تغييره (مع تعيين قيمة إجراء الكائن أيضًا على لم يتم تغييره).

    • إذا كانت كل الكيانات المضمنة بالحالة "لم يتم تغييره" أو "تم تغييره"، يتم تعيين قيمة إجراء الكائن على تغيير)، يتم إنشاء عبارات SQL المطابقة للكيانات التي تم تغييرها فقط ويتم تحويل كائن الترحيل استنادًا إلى إعداد الحالة الافتراضية للتغيير الذي تم تسجيله في مجموعة البيانات.

    • إذا كانت جميع الكيانات المضمنة بالحالة "لم يتم تغييره" أو "جديد"، يتم تعيين قيمة إجراء الكائن على إضافة)، يتم إنشاء عبارات SQL المطابقة للكيانات الجديدة فقط ويتم تحويل كائن الترحيل استنادًا إلى إعداد الحالة الافتراضية للإضافة الذي تم تسجيله في مجموعة البيانات.

    • إذا كانت بعض الكيانات المضمنة بالحالة "جديد" وبعضها بالحالة "تم تغييره"، يتم تعيين قيمة إجراء الكائن على إجراءات مختلطة)، يتم إنشاء عبارات SQL المطابقة لكل كيان ويتم تحويل كائن الترحيل استنادًا إلى إعداد الحالة الافتراضية للتغيير الذي تم تسجيله في مجموعة البيانات.

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

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

تحديث حالة معاملة الترحيل

بعد خطوة الاستيراد، تظل معاملة الترحيل بالحالة "معلق" حتى تتم خطوة المقارنة لكل كائناتها. عندئذ، يجب تحديث حالة المعاملة استنادًا إلى نتائج كائناتها. تحدد مراقبة معاملة الترحيل (F1–MGTPR) سجلات معاملات الترحيل المعلقة ويتم من خلالها تشغيل خوارزميات المراقبة الخاصة بها. هناك نتائج ممكنة متنوعة قد تحدث استنادًا إلى المنطق في الخوارزميات. يوضح الرسم البياني التالي جزءًا من مراحل معاملة الترحيل المقترنة بالمقارنة.

وتوضح النقاط الآتية الحالات التالية الممكنة للمراحل بعد الحالة "معلق".

• إذا كان أي كائن ترحيل بالحالة "حدث خطأ أثناء المقارنة"، تتحول حالة المعاملة إلى "حدث خطأ أثناء المقارنة".

• إذا كانت كل كائنات الترحيل المرتبطة بالحالة "لم يتم التغيير"، تتحول حالة المعاملة إلى "لم يتم التغيير".

• خلاف ذلك، تتحول حالة المعاملة إلى "جاهزة للتطبيق". وهذا يعني وجود كائن واحد على الأقل بالحالة "جاهز للتطبيق".

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

تحديث حالة استيراد مجموعة بيانات الترحيل

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

وتوضح النقاط الآتية الحالات التالية الممكنة للمراحل بعد الحالة "جاهز للمقارنة".

• إذا كانت أية معاملات ترحيل بالحالة "حدث خطأ أثناء المقارنة"، تتحول حالة المعاملة إلى "خطأ".

• إذا كانت كل معاملات الترحيل المرتبطة بالحالة "لم يتم التغيير"، تتحول مجموعة البيانات إلى "لم يتم التغيير".

• خلاف ذلك، تتحول حالة المعاملة إلى "بانتظار الاعتماد". وهذا يعني عدم وجود أخطاء ووجود كائن واحد على الأقل بالحالة "جاهز للتطبيق".

تظل مجموعة البيانات بالحالة "بانتظار الاعتماد" حتى يقرر المستخدم أن مجموعة البيانات وكل سجلاتها جاهزة للتقدم لخطوة "تطبيق".