بيت في الأخبار مقدمة لمعالجة المعاملات

مقدمة لمعالجة المعاملات

جدول المحتويات:

Anonim

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

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


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


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

نماذج المعاملات الحمضية والبيسية

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

مدراء المعاملات

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


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


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


لقد توصلت Microsoft أيضًا إلى بعض الموارد الأوسع ؛ أحدث إصدارات نظام التشغيل Windows تأتي مع Kernel Transaction Manager (KTM) ، والتي يمكن أن تدعم تطبيقات C ++. قدمت Microsoft أيضًا منسق المعاملات الموزعة لـ Microsoft (DTC) منذ عام 2000 لدعم المعاملات عبر الأنظمة الأساسية.

اعتبارات أخرى مع أنظمة معالجة المعاملات

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


المعاملات الدائمة تعني أن التحديثات عبر الأنظمة الأساسية يجب أن تحل أيضًا. نماذج ACID و BASE مفيدة هنا. يرتبط الكثير من العمل الذي يقوم به المهنيون العصريون بهذا النوع من الاتساق ، وللتأكد من أن جزءًا من نظام البيانات يتطابق مع الآخر ، كل ذلك من أجل دعم تلك العمليات الرئيسية التي تسمى المعاملات عمومًا.


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

مقدمة لمعالجة المعاملات