ملاحظة
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يشار إلى إدارة بيانات العمليات باستخدام أنظمة الكمبيوتر باسم معالجة العمليات عبر الإنترنت (OLTP). تسجل أنظمة OLTP تفاعلات الأعمال عند حدوثها في التشغيل اليومي للمؤسسة، وتدعم الاستعلام عن هذه البيانات لإجراء استدلالات.
بيانات تعاملية
بيانات العمليات هي معلومات تتعقب التفاعلات المتعلقة بأنشطة المؤسسة. هذه التفاعلات عادة ما تكون العمليات التجارية، مثل المدفوعات المتلقاة من العملاء، أو المدفوعات المقدمة للموردين، أو المنتجات التي تنتقل من خلال المخزون، أو الطلبات المتخذة، أو الخدمات المقدمة. تحتوي أحداث العمليات، التي تمثل المعاملات نفسها، عادة على بعد زمني، وبعض القيم الرقمية، ومراجع إلى بيانات أخرى.
عادة ما تحتاج العمليات إلى أن تكون ذرية ومتسقة. تعني الذرية أن العملية بأكملها دائماً ما تنجح أو تفشل كوحدة عمل واحدة، ولا تترك أبداً في حالة نصف مكتملة. إذا تعذر إكمال عملية، يجب على نظام قاعدة البيانات التراجع عن أي خطوات تم إجراؤها بالفعل كجزء من تلك العملية. في نظام إدارة قواعد البيانات الارتباطية التقليدية (RDBMS)، يحدث هذا التراجع تلقائيا إذا تعذر إكمال المعاملة. الاتساق يعني أن العمليات تترك البيانات دائماً في حالة صالحة. (هذه أوصاف غير رسمية للغاية للذرية والاتساق. بل هناك المزيد من التعريفات الرسمية لهذه الخصائص، مثل ACID.)
يمكن أن تدعم قواعد بيانات العمليات اتساقاً قوياً للعملية باستخدام استراتيجيات تأمين مختلفة، مثل التأمين المتشائم، لضمان اتساق جميع البيانات بقوة في سياق المؤسسة، لجميع المستخدمين والعمليات.
بنية التوزيع الأكثر شيوعاً التي تستخدم بيانات العمليات هي طبقة مخزن البيانات في بنية ثلاثية المستويات. تتكون البنية ثلاثية المستويات عادة من مستوى العرض التقديمي ومستوى منطق تسلسل العمل ومستوى مخزن البيانات. بنية التوزيع ذات الصلة هي بنية المستوى N، والتي قد تحتوي على مستويات متوسطة متعددة تتعامل مع منطق تسلسل العمل.
السمات النموذجية لبيانات العمليات
تميل بيانات العمليات إلى أن تكون لها السمات التالية:
| المتطلبات | الوصف |
|---|---|
| التسوية | تمت تسويتها بشكل كبير |
| مخطط | مخطط عند الكتابة، مفروضة بقوة |
| الاتساق | تناسق قوي، ضمانات ACID |
| تكامل البيانات | تكامل عال |
| استخدام العمليات | نعم |
| استراتيجية التأمين | متشائم أو متفائل |
| قابل للتحديث | نعم |
| قابل للإلحاق | نعم |
| حمل العمل | كتابات ثقيلة، قراءات متوسطة |
| الفهرسة | الفهارس الأساسية والثانوية |
| حجم مرجع الإسناد | صغير إلى متوسط الحجم |
| النموذج | الارتباطية |
| شكل البيانات | Tabular |
| مرونة الاستعلام | مرن للغاية |
| المقياس | صغير (ميجابايت) إلى كبير (عدد قليل من التيرابايت) |
متى يتم استخدام هذا الحل
اختر OLTP عندما تحتاج إلى معالجة العمليات التجارية وتخزينها بكفاءة وجعلها متاحة على الفور لتطبيقات العميل بطريقة متسقة. استخدم هذه البنية عندما يكون لأي تأخير ملموس في المعالجة تأثير سلبي على العمليات اليومية للأعمال.
تم تصميم أنظمة OLTP لمعالجة العمليات وتخزينها بكفاءة، بالإضافة إلى الاستعلام عن بيانات العمليات. يتم تحقيق الهدف من معالجة العمليات الفردية وتخزينها بكفاءة بواسطة نظام OLTP جزئياً عن طريق تسوية البيانات - أي تقسيم البيانات إلى مجموعات أصغر أقل تكراراً. وهذا يدعم الكفاءة لأنه يمكن نظام OLTP من معالجة أعداد كبيرة من العمليات بشكل مستقل، ويتجنب المعالجة الإضافية اللازمة للحفاظ على تكامل البيانات في وجود بيانات زائدة عن الحاجة.
التحديات
يمكن أن يؤدي تنفيذ نظام OLTP واستخدامه إلى إنشاء بعض التحديات:
أنظمة OLTP ليست جيدة دائما للتعامل مع التجميعات عبر كميات كبيرة من البيانات، على الرغم من وجود استثناءات، مثل حل SQL Server مخطط جيدا. التحليلات مقابل البيانات، التي تعتمد على الحسابات الإجمالية على ملايين المعاملات الفردية، هي موارد مكثفة للغاية لنظام OLTP. يمكن أن تكون بطيئة في التنفيذ ويمكن أن تتسبب في بطء عن طريق حظر العمليات الأخرى في قاعدة البيانات.
عند إجراء تحليلات والإبلاغ عن البيانات التي تمت تسويتها بشكل كبير، تميل الاستعلامات إلى أن تكون معقدة، لأن معظم الاستعلامات تحتاج إلى إلغاء تطبيع البيانات باستخدام الربطات. أيضاً، تميل اصطلاحات التسمية للعناصر في قاعدة البيانات في أنظمة OLTP إلى أن تكون موجزة ومقتضبة. إن زيادة التسوية المقترنة باصطلاحات التسمية الموجزة تجعل أنظمة OLTP صعبة على مستخدمي الأعمال الاستعلام عنها، دون مساعدة من DBA أو مطور البيانات.
يمكن أن يؤدي تخزين محفوظات العمليات إلى أجل غير مسمى وتخزين الكثير من البيانات في أي جدول واحد إلى بطء أداء الاستعلام، اعتماداً على عدد العمليات المخزنة. الحل المشترك هو الحفاظ على نافذة زمنية ذات صلة (مثل السنة المالية الحالية) في نظام OLTP وتفريغ البيانات التاريخية إلى أنظمة أخرى، مثل متجر بيانات أو مستودع بيانات.
OLTP في Azure
تتصل التطبيقات مثل مواقع الويب المستضافة في App Service Web Apps أو واجهات برمجة تطبيقات REST التي تعمل في App Service أو تطبيقات الأجهزة المحمولة أو سطح المكتب بنظام OLTP، عادة عبر واجهة برمجة تطبيقات REST.
في الممارسة العملية، معظم أحمال العمل ليست OLTP فقط. ويميل إلى أن يكون هناك مكون تحليلي أيضاً. وبالإضافة إلى ذلك، هناك طلب متزايد على الإبلاغ في الوقت الحقيقي، مثل تشغيل التقارير مقابل النظام التشغيلي. يشار إلى هذا أيضا باسم المعالجة المختلطة للمعاملات/التحليلية (HTAP) (المعالجة المختلطة للمعاملات والتحليل). لمزيد من المعلومات، راجع المعالجة التحليلية عبر الإنترنت (OLAP).
في Azure، ستلبي جميع مخازن البيانات التالية المتطلبات الأساسية لـ OLTP وإدارة بيانات العمليات:
- قاعدة بيانات Azure SQL
- SQL Server في جهاز ظاهري Azure
- Azure Database for MySQL
- Azure Database for PostgreSQL
معايير تحديد المفتاح
لتضييق الخيارات، ابدأ بالإجابة على هذه الأسئلة:
هل تريد خدمة مدارة بدلاً من إدارة الخوادم الخاصة بك؟
هل يحتوي الحل الخاص بك على تبعيات محددة لتوافق Microsoft SQL Server أو MySQL أو PostgreSQL؟ قد يحد تطبيقك من مخازن البيانات التي يمكنك اختيارها استناداً إلى برامج التشغيل التي يدعمها للتواصل مع مخزن البيانات، أو الافتراضات التي يجريها حول قاعدة البيانات المستخدمة.
هل متطلبات معدل نقل الكتابة عالية بصورة خاصة؟ إذا كانت الإجابة بنعم، فاختر خياراً يوفر جداول في الذاكرة.
هل يعد الحل متعدد المستأجرين؟ إذا كان الأمر كذلك، ففكر في الخيارات التي تدعم تجمعات السعة، حيث تستفيد مثيلات قاعدة البيانات المتعددة من مجموعة مرنة من الموارد، بدلاً من الموارد الثابتة لكل قاعدة بيانات. يمكن أن يساعدك هذا في توزيع السعة بشكل أفضل عبر جميع مثيلات قاعدة البيانات، ويمكن أن يجعل الحل الخاص بك أكثر فعالية من حيث التكلفة.
هل تحتاج بياناتك إلى أن تكون قابلة للقراءة مع زمن انتقال منخفض في مناطق متعددة؟ إذا كانت الإجابة بنعم، فاختر خياراً يدعم النسخ المتماثلة الثانوية القابلة للقراءة.
هل يجب أن تكون قاعدة البيانات الخاصة بك متاحة بشكل كبير عبر مناطق الرسومات الجغرافية؟ إذا كانت الإجابة بنعم، فاختر خياراً يدعم النسخ المتماثل الجغرافي. ضع في اعتبارك أيضاً الخيارات التي تدعم تجاوز الفشل التلقائي من النسخة المتماثلة الأساسية إلى نسخة متماثلة ثانوية.
هل قاعدة بياناتك لها احتياجات أمان محددة؟ إذا كانت الإجابة بنعم، عليك فحص الخيارات التي توفر إمكانات مثل الأمان على مستوى الصف وإخفاء البيانات وتشفير البيانات الشفاف.
مصفوفة الإمكانات
تلخص الجداول التالية الاختلافات الرئيسية في القدرات.
الإمكانات العامة
| الإمكانية | قاعدة بيانات Azure SQL | SQL Server في جهاز Azure الظاهري | قاعدة بيانات Azure لـ MySQL | قاعدة بيانات Azure لـ PostgreSQL |
|---|---|---|---|---|
| هي خدمة مدارة | نعم | لا | نعم | نعم |
| تعمل على النظام الأساسي | غير متوفر | Windows وLinux وDocker | غير متوفر | غير متوفر |
| قابلية البرمجة 1 | T-SQL وNET وR | T-SQL وNET وR وPython | SQL | SQL، PL/pgSQL، PL/JavaScript (v8) |
[1] عدم تضمين دعم برنامج تشغيل العميل، والذي يسمح للعديد من لغات البرمجة بالاتصال بمخزن بيانات OLTP واستخدامه.
قدرات قابلية التوسع
| الإمكانية | قاعدة بيانات Azure SQL | SQL Server في جهاز Azure الظاهري | قاعدة بيانات Azure لـ MySQL | قاعدة بيانات Azure لـ PostgreSQL |
|---|---|---|---|---|
| الحد الأقصى لحجم مثيل قاعدة البيانات | 4 تيرابايت | 256 تيرابايت | 16 تيرابايت | 16 تيرابايت |
| تدعم تجمعات السعة | نعم | نعم | لا | لا |
| تدعم توسيع نظم المجموعات | لا | نعم | لا | لا |
| قابلية التوسع الديناميكي (التوسيع) | نعم | لا | نعم | نعم |
إمكانات حمل العمل التحليلي
| الإمكانية | قاعدة بيانات Azure SQL | SQL Server في جهاز Azure الظاهري | قاعدة بيانات Azure لـ MySQL | قاعدة بيانات Azure لـ PostgreSQL |
|---|---|---|---|---|
| الجداول الزمنية | نعم | نعم | لا | لا |
| جداول في الذاكرة (محسنة للذاكرة) | نعم | نعم | لا | لا |
| دعم Columnstore | نعم | نعم | لا | لا |
| معالجة الاستعلام التكيفي | نعم | نعم | لا | لا |
إمكانيات التوفر
| الإمكانية | قاعدة بيانات Azure SQL | SQL Server في جهاز Azure الظاهري | قاعدة بيانات Azure لـ MySQL | قاعدة بيانات Azure لـ PostgreSQL |
|---|---|---|---|---|
| ثانويات قابلة للقراءة | نعم | نعم | نعم | نعم |
| النسخ المتماثل الجغرافي | نعم | نعم | نعم | نعم |
| تجاوز الفشل التلقائي إلى الثانوي | نعم | لا | لا | لا |
| استعادة النقطة الزمنية | نعم | نعم | نعم | نعم |
القدرات الأمنية
| الإمكانية | قاعدة بيانات Azure SQL | SQL Server في جهاز Azure الظاهري | قاعدة بيانات Azure لـ MySQL | قاعدة بيانات Azure لـ PostgreSQL |
|---|---|---|---|---|
| أمان مستوى الصف | نعم | نعم | نعم | نعم |
| إخفاء البيانات | نعم | نعم | لا | لا |
| تشفير البيانات الشفافة | نعم | نعم | نعم | نعم |
| تقييد الوصول إلى عناوين IP محددة | نعم | نعم | نعم | نعم |
| تقييد الوصول للسماح بالوصول إلى الشبكة الظاهرية فقط | نعم | نعم | نعم | نعم |
| مصادقة Microsoft Entra | نعم | لا | نعم | نعم |
| مصادقة خدمات Active Directory | لا | نعم | لا | لا |
| المصادقة متعددة العوامل | نعم | لا | نعم | نعم |
| تدعم Always Encrypted | نعم | نعم | لا | لا |
| عنوان IP خاص | لا | نعم | لا | لا |
الخطوات التالية
- مقدمة إلى الجداول المحسنة للذاكرة
- نظرة عامة على OLTP في الذاكرة وسيناريوهات الاستخدام
- تحسين الأداء باستخدام تقنيات الذاكرة في قاعدة بيانات Azure SQL ومثيل Azure SQL المدار
- المعاملات الموزعة عبر قواعد بيانات السحابة