قاعدة بيانات Azure لقيود MySQL وPostgreSQL

في هذا المنشور، نقوم بمقارنة قيود Azure MySQL مقابل PostgreSQL والقيود المختلفة التي يجب مراعاتها قبل النشر.

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

قيود Azure MySQL مقابل PostgreSQL:

1. الحد الأقصى من الاتصالات:

   • أساسي (1 vCore): 50 اتصال مستخدم
   • أساسي (2 vCores): 100 اتصال مستخدم
   • الغرض العام (2 vCores): 145 اتصالاً للمستخدم
   • الغرض العام (4 vCores): 245 اتصال مستخدم
   • الغرض العام (8 vCores): 475 اتصال مستخدم
   • الغرض العام (16 vCores): 945 اتصال مستخدم
   • الغرض العام (32 vCores): 1495 اتصال مستخدم
   • الغرض العام (64 vCores): 1895 اتصال مستخدم
   • الذاكرة المحسنة (2 vCores): 295 اتصال مستخدم
   • الذاكرة المحسنة (4 vCores): 495 اتصال مستخدم
   • الذاكرة المحسنة (8 vCores): 955 اتصال مستخدم
   • الذاكرة المحسنة (16 vCores): 1895 اتصال مستخدم
   • الذاكرة المحسنة (32 vCores): 1982 اتصال مستخدم

2. القيود الوظيفية:

   • لا يتم دعم القياس الديناميكي من وإلى طبقات التسعير الأساسية.
   • إن تقليل حجم تخزين الخادم غير مدعوم.
   • ترقيات إصدار الخادم: لا يتم دعم الترحيل التلقائي بين إصدارات مشغل قاعدة البيانات الرئيسية.
   • نقاط نهاية خدمة VNet: الدعم مخصص فقط لخوادم الأغراض العامة والذاكرة المحسنة.
   • استعادة الخادم: استعادة الخادم المحذوف غير مدعومة.
   • أحرف UTF-8 على نظام التشغيل Windows: في بعض السيناريوهات، لا تكون أحرف UTF-8 مدعومة بشكل كامل.
   • خطأ GSS: معروف أنه يؤثر على إصدارات برنامج تشغيل JDBC 42.2.15 و42.2.16.
   • تقليل حجم التخزين: لا يمكن تقليل حجم التخزين.

قاعدة بيانات Azure لـ PostgreSQL – القيود

1. الحد الأقصى من الاتصالات:

   • أساسي (1 vCore): 50 اتصال مستخدم
   • أساسي (2 vCores): 100 اتصال مستخدم
   • الغرض العام (2 vCores): 145 اتصالاً للمستخدم
   • الغرض العام (4 vCores): 245 اتصال مستخدم
   • الغرض العام (8 vCores): 475 اتصال مستخدم
   • الغرض العام (16 vCores): 945 اتصال مستخدم
   • الغرض العام (32 vCores): 1495 اتصال مستخدم
   • الغرض العام (64 vCores): 1895 اتصال مستخدم
   • الذاكرة المحسنة (2 vCores): 295 اتصال مستخدم
   • الذاكرة المحسنة (4 vCores): 495 اتصال مستخدم
   • الذاكرة المحسنة (8 vCores): 955 اتصال مستخدم
   • الذاكرة المحسنة (16 vCores): 1895 اتصال مستخدم
   • الذاكرة المحسنة (32 vCores): 1982 اتصال مستخدم

2. القيود الوظيفية:

   • لا يتم دعم القياس الديناميكي من وإلى طبقات التسعير الأساسية.
   • إن تقليل حجم تخزين الخادم غير مدعوم.
   • ترقيات إصدار الخادم: لا يتم دعم الترحيل التلقائي بين إصدارات مشغل قاعدة البيانات الرئيسية.
   • نقاط نهاية خدمة VNet: الدعم مخصص فقط لخوادم الأغراض العامة والذاكرة المحسنة.
   • استعادة الخادم: استعادة الخادم المحذوف غير مدعومة.
   • أحرف UTF-8 على نظام التشغيل Windows: في بعض السيناريوهات، لا تكون أحرف UTF-8 مدعومة بشكل كامل.
   • خطأ GSS: معروف أنه يؤثر على إصدارات برنامج تشغيل JDBC 42.2.15 و42.2.16.
   • تقليل حجم التخزين: لا يمكن تقليل حجم التخزين.

مقارنة: عند مراجعة القيود المفروضة على كل من قاعدة بيانات Azure لـ MySQL وقاعدة بيانات Azure لـ PostgreSQL، من الواضح أنهما يشتركان في العديد من أوجه التشابه فيما يتعلق بحدود الاتصال والقيود الوظيفية. تتمتع كلتا قاعدتي البيانات بنفس حدود الاتصال بناءً على مستويات التسعير وvCores الخاصة بهما.

كما أن القيود الوظيفية، مثل قيود القياس الديناميكي، وقيود ترقية إصدار الخادم، وقيود تقليل حجم التخزين، متطابقة أيضًا.

القراءة المقترحة:Azure Bot Framework - مقارنة القنوات القياسية مقابل القنوات المميزة

ومع ذلك، يجب أن يكون المستخدمون على دراية بالفروق الدقيقة والتفاصيل المتعلقة بكل نظام قاعدة بيانات وأن يأخذوا في الاعتبار متطلباتهم الفردية عند الاختيار بين الاثنين.

خاتمة:

تُظهر كل من قاعدة بيانات Azure لـ MySQL وقاعدة بيانات Azure لـ PostgreSQL أوجه تشابه مذهلة في قيودهما، خاصة فيما يتعلق بحدود الاتصال والقيود الوظيفية.

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