إرشادات لتصميم الجدول
تصميم جداول للاستخدام مع خدمة جدول التخزين Azure يختلف كثيرا عن اعتبارات التصميم لقاعدة بيانات علائقية. توضح هذه المقالة إرشادات لتصميم حل خدمة الجدول الخاص بك لتكون فعالة القراءة والكتابة فعالة.
تصميم حل خدمة الجدول ليكون فعالا للقراءة
- تصميم الاستعلام في تطبيقات القراءة الكثيفة. عندما تقوم بتصميم الجداول، فكر في الاستعلامات (خاصة الاستعلامات الحساسة لوقت زمن التأخر) التي ستنفذها قبل التفكير في كيفية تحديث الكيانات. يؤدي هذا عادة إلى حل فعال وأداء.
- حدد كل من PartitionKey و RowKey في الاستعلامات.استعلامات النقاط مثل هذه هي استعلامات خدمة الجدول الأكثر فعالية.
- فكر في تخزين نسخ مكررة من الكيانات. مساحة تخزين الجدول رخيصة لذا يمكنك تخزين الكيان نفسه عدة مرات (باستخدام مفاتيح مختلفة) لتمكين استعلامات أكثر فعالية.
- فكر في إلغاء تعتيم بياناتك. مساحة تخزين الجدول رخيصة، لذا يجب التفكير في إلغاء اكمال بياناتك. على سبيل المثال، تخزين الكيانات الموجزة بحيث تحتاج استعلامات البيانات المجمعة فقط للوصول إلى كيان واحد.
- استخدام قيم المفاتيح المركبة. المفاتيح الوحيدة لديك هي PartitionKey و RowKey. على سبيل المثال، استخدم قيم المفاتيح المركبة لتمكين مسارات الوصول المفتاحي البديلة إلى الكيانات.
- استخدام عرض الاستعلام. يمكنك تقليل كمية البيانات التي تقوم بنقلها عبر الشبكة باستخدام الاستعلامات التي تحدد الحقول التي تحتاج إليها فقط.
تصميم حل خدمة الجدول ليكون فعالا للقراءة
- لا تنشئ أقساما سخونة. اختر المفاتيح التي تمكنك من نشر طلباتك عبر أقسام متعددة في أي وقت.
- تجنب الارتفاعات في حركة المرور. يمكنك سلاسة حركة المرور خلال فترة زمنية معقولة وتجنب حدوث ارتفاعات في حركة المرور.
- لا تنشئ بالضرورة جدولا منفصلا لكل نوع من أنواع الكيانات. عندما تحتاج إلى معاملات ذرية عبر أنواع الكيانات، يمكنك تخزين أنواع الكيانات المتعددة هذه في القسم نفسه في الجدول نفسه.
- يجب عليك التفكير في الحد الأقصى لعدد النقل الذي يجب أن تحققه. يجب أن تكون على علم بهدف قابلية التوسع لخدمة الجدول والتأكد من أن تصميمك لن يؤدي إلى تجاوزها.
كما تقرأ هذا الدليل، سترى الأمثلة التي وضعت كل هذه المبادئ موضع التنفيذ.