الأسئلة المتداولة حول Azure Cosmos DB للجدول

هناك بعض الاختلافات السلوكية التي يجب أن يكون المستخدمون القادمون من Azure Table storage الذين يرغبون في إنشاء جداول باستخدام Azure Cosmos DB for Table على علم بما يلي:

• يستخدم Azure Cosmos DB للجدول نموذج سعة محجوز لضمان الأداء المضمون ولكن هذا يعني أن المرء يدفع ثمن السعة بمجرد إنشاء الجدول، حتى إذا لم يتم استخدام السعة. عند استخدام مخزن جداول Azure Table، لا يدفع أي مستخدم سوى التكلفة مقابل السعة المستخدمة. يساعد هذا في شرح لماذا يمكن لواجهة برمجة التطبيقات للجدول تقديم اتفاقية مستوى خدمة للقراءة 10 مللي ثانية وكتابة 15 مللي ثانية عند النسبة المئوية 99 بينما يوفر تخزين Azure Table اتفاقية مستوى الخدمة لمدة 10 ثوان. ولكن نتيجة لذلك، مع واجهة برمجة التطبيقات لجداول الجدول، حتى الجداول الفارغة دون أي طلبات، تكلف المال من أجل ضمان توفر السعة للتعامل مع أي طلبات لهم في اتفاقية مستوى الخدمة التي تقدمها Azure Cosmos DB.

• لا يتم فرز نتائج الاستعلام التي تم إرجاعها بواسطة واجهة برمجة التطبيقات للجدول بترتيب مفتاح/صف القسم كما هي في تخزين Azure Table.

• يمكن أن تصل مفاتيح الصف إلى 255 بايت فقط.

• يمكن أن تحتوي الدفعات على ما يصل إلى ميجابايت 2 فقط.

• سياسة مشاركة الموارد عبر المصادر (CORS) غير مدعومة حاليًا.

• أسماء الجداول في تخزين Azure Table ليست حساسة لحالة الأحرف، ولكنها في Azure Cosmos DB للجدول.

• بعض تنسيقات Azure Cosmos DB الداخلية لمعلومات الترميز، مثل الحقول الثنائية، ليست فعالة حاليًّا كما قد يرغب المستخدم. ولذلك يمكن أن يسبب ذلك قيودًا غير متوقعة على حجم البيانات. على سبيل المثال، لا يمكن للمرء حاليًّا استخدام ميجابت واحد كامل من كيان الجدول لتخزين البيانات الثنائية لأن الترميز يزيد من حجم البيانات.

• يحتفظ Azure Cosmos DB بأسماء IDخصائص الكيان و ridetagو و ResourceId و غير مدعومة حاليا.

• لا تقتصر خاصية TableQuery TakeCountعلى 1000.

• من حيث واجهة برمجة تطبيقات REST، يدعم تخزين Azure Table (ولكن ليس Azure Cosmos DB للجدول) نقاط النهاية/خيارات الاستعلام التالية:

  أساليب Rest	خيار الاستعلام/نقطة النهاية في REST	عناوين URL للمستندات	الشرح	معتمد في تخزين الجداول	مدعوم في واجهة برمجة التطبيقات للجدول
  GET, PUT	/?Restype=service@comp=properties	ضبط خصائص خدمة الجداولوالحصول على خصائص خدمة الجداول	يتم استخدام نقطة النهاية هذه لضبط قواعد CORS وتكوين تحليلات التخزين وإعدادات التسجيل. لا يتم دعم سياسة CORS حاليًّا، ويتم التعامل مع التحليلات وتسجيل الدخول بشكل مختلف في خدمة Azure Cosmos DB من جداول تخزين Azure	‏‏نعم‬	لا
  OPTIONS	/<table-resource-name>	طلب جدول CORS الاختبار المبدئي	هذا جزء من سياسة CORS لا تدعمه خدمة Azure Cosmos DB حاليًّا.	‏‏نعم‬	لا
  GET	/?Restype=service@comp=stats	الحصول على إحصائيات خدمة الجداول	يوفر معلومات حول مدى سرعة تكرار البيانات بين المستويات الأولية والثانوية. هذا غير مطلوب في Azure Cosmos DB لأن النسخ المتماثل جزء من عمليات الكتابة.	‏‏نعم‬	لا
  GET, PUT	/mytable?comp=acl	الحصول على قائمة التحكم بالوصول للجداول وضبط قائمة التحكم بالوصول للجداول	يؤدي هذا إلى الحصول على سياسات الوصول المخزنة المستخدمة لإدارة توقيعات الوصول المشترك (SAS) وضبطها.	‏‏نعم‬	لا

• يدعم Azure Cosmos DB for Table تنسيق JSON فقط، وليس ATOM.

• بالنسبة إلى حزمة أدوات تطوير البرمجيات .NET على وجه الخصوص، هناك بعض الفئات والطرق التي لا تدعمها خدمة Azure Cosmos DB حاليًّا.

  • فئة CloudTableClient
    • \ServiceProperties
    • \ServiceStats
  • فئة CloudTable
    • SetPermissions
    • GetPermissions

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

سلسلة الاتصال هي:

DefaultEndpointsProtocol=https;AccountName=<AccountNamefromCosmosDB;AccountKey=<FromKeysPaneofCosmosDB>;TableEndpoint=https://<AccountName>.table.cosmosdb.azure.com

يمكنك الحصول على سلسلة الاتصال من صفحة سلسلة الاتصال في مدخل Azure.

تتم معالجة بعض الإعدادات على طريقة CreateCloudTableClient وغيرها عبر app.config في قسم appSettings في تطبيق العميل. للحصول على معلومات حول إعدادات التكوين، راجع إمكانيات Azure Cosmos DB.

لا يوجد. لا توجد أي تغييرات للعملاء الحاليين أو الجدد الذين يستخدمون حزم أدوات تطوير البرمجيات لمخزن جداول Azure الموجودة.

يمكنك استخدام مدخل Azure لاستعراض البيانات. يمكنك أيضا استخدام واجهة برمجة التطبيقات للتعليمات البرمجية للجدول أو الأدوات المذكورة في الإجابة التالية.

استخدم الأداة المستندة إلى مستكشف تخزين Azure.

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

نعم، يتم توفير التزامن المعزز من خلال استخدام آلية ETag.

نعم، تدعم واجهة برمجة التطبيقات للجدول استعلام OData واستعلام LINQ.

نعم، يمكنك الاتصال عن طريق إنشاء مثيلين منفصلين من CloudTableClient، كل منهما يشير إلى عنوان URI خاص به عبر سلسلة الاتصال.

AzCopy مدعوم.

تم تصميم Azure Cosmos DB لتوفير مساحة تخزين غير محدودة من خلال استخدام التحجيم الأفقي. يمكن للخدمة مراقبة المخزن وزيادته بشكل فعال.

يمكنك استخدام واجهة برمجة التطبيقات لجزء مقاييس الجدول لمراقبة الطلبات واستخدام التخزين.

يمكنك استخدام أداة تقدير السعة لحساب TableThroughput المطلوب للعمليات. للحصول على مزيد من المعلومات، راجع تقدير وحدات الطلب وتخزين البيانات. بشكل عام، يمكنك إظهار كيانك على أنه JSON وتوفير الأرقام لعملياتك.

ليس في الوقت الحالي.

نعم، يتم دعم واجهة برمجة تطبيقات نفسها.

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

يمكنك استخدام إعدادات النسخ المتماثل العامة لمدخل Azure Cosmos DB لإضافة مناطق مناسبة لتطبيقك. لتطوير تطبيق موزع بشكل عام، يجب عليك أيضًا إضافة تطبيقك مع مجموعة معلومات PreferredLocation إلى المنطقة المحلية لتوفير زمن انتقال منخفض للقراءة.

يمكنك استخدام جزء مدخل النسخ المتماثل العام لخدمة Azure Cosmos DB لإضافة منطقة ثم يتعذر إضافة المنطقة المطلوبة. للحصول على إرشادات، راجع تطوير باستخدام حسابات DB Azure Cosmos متعددة المناطق.

للمساعدة في القراءة من الموقع المحلي، استخدم المفتاح PreferredLocation في ملف app.config. بالنسبة للتطبيقات الموجودة، تطرح واجهة برمجة التطبيقات للجدول خطأ إذا تم تعيين LocationMode. قم بإزالة هذه التعليمات البرمجية، لأن واجهة برمجة التطبيقات للجدول تلتقط هذه المعلومات من ملف app.config.

توفر خدمة Azure Cosmos DB مفاضلات منطقية بين التناسق والتوافر والانتقال. يقدم Azure Cosmos DB خمسة مستويات تناسق لواجهة برمجة التطبيقات لمطوري الجداول، بحيث يمكنك اختيار نموذج التناسق الصحيح على مستوى الجدول وتقديم طلبات فردية أثناء الاستعلام عن البيانات. يمكن تحديد مستوى تناسق عند اتصال عميل. يمكنك تغيير المستوى عبر وسيطة consistencyLevel من CreateCloudTableClient.

توفر واجهة برمجة التطبيقات للجدول قراءات ذات زمن انتقال منخفض مع "قراءة عمليات الكتابة الخاصة بك"، مع تناسق Bounded-staleness كافتراضي. للحصول على مزيد من المعلومات، راجع مستويات التناسق.

يوفر مخزن جداول Azure تلقائيًّا تناسقًا قويًّا داخل منطقة وتناسقًا نهائيًّا في المواقع الثانوية.

نعم، للحصول على معلومات حول كيفية الاستفادة من السمة الموزعة لخدمة Azure Cosmos DB، راجع مستويات التناسق. نظرًا لتوفير ضمانات لمستويات التناسق، يمكنك استخدامها بثقة.

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

مع خدمة Azure Cosmos DB، يمكنك ضبط مستوى التناسق على مستوى الحاوية (على الجدول). باستخدام حزمة أدوات تطوير البرمجيات .NET، يمكنك تغيير المستوى عن طريق توفير القيمة لمفتاح TableConsistencyLevel في ملف app.config. القيم المحتملة هي: قوية، ومحدودة، وجلسة، وبادئة متناسقة، ونهائية. للحصول على مزيد من المعلومات، راجع مستويات تناسق البيانات القابلة للضبط في خدمة Azure Cosmos DB. تكمن الفكرة الأساسية في أنه لا يمكنك ضبط مستوى تناسق الطلب على أكثر من إعداد للجدول. على سبيل المثال، لا يمكنك ضبط مستوى التناسق للجدول على مستوى تناسق الطلب والمستوى النهائي في القيمة القوية.

تستخدم واجهة برمجة التطبيقات للجدول النظام الأساسي الموزع عالميا من Azure Cosmos DB. للتأكد من أن تطبيقك يمكنه تحمل وقت تعطل مركز البيانات، يرجى تمكين منطقة أخرى على الأقل للحساب في مدخل Azure Cosmos DB التطوير باستخدام حسابات Azure Cosmos DB متعددة المناطق. يمكنك ضبط أولوية المنطقة باستخدام المدخل التطوير باستخدام حسابات Azure Cosmos DB متعددة المناطق.

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

نعم، تستخدم واجهة برمجة التطبيقات ل Table النظام الأساسي ل Azure Cosmos DB للنسخ الاحتياطية. يتم إجراء النسخ الاحتياطية تلقائيًّا. للحصول على مزيد من المعلومات، راجع النسخ الاحتياطي عبر الإنترنت والاستعادة باستخدام Azure Cosmos DB.

نعم، تتم فهرسة كافة سمات الكيان تلقائيًّا. للحصول على مزيد من المعلومات، راجع خدمة Azure Cosmos DB: نهج الفهرسة.

نعم، يوفر Azure Cosmos DB للجدول فهرسة تلقائية لجميع السمات دون أي تعريف مخطط. تحرر هذه الأتمتة المطورين للتركيز على التطبيق بدلًا من إنشاء الفهرس وإدارته. للحصول على مزيد من المعلومات، راجع خدمة Azure Cosmos DB: نهج الفهرسة.

نعم، يمكنك تغيير نهج الفهرسة عن طريق توفير تعريف الفهرس. تحتاج إلى ترميز الإعدادات وإغلاقها بشكل صحيح.

يمكن تعيين نهج الفهرسة فقط في المدخل في Data Explorer، وانتقل إلى الجدول المحدد الذي تريد تغييره، ثم انتقل إلى Scale &الإعدادات-Indexing> Policy، وقم بإجراء التغيير المطلوب ثم حفظ.

توفر واجهة برمجة التطبيقات للجدول نفس وظيفة الاستعلام مثل تخزين Azure Table. تدعم خدمة Azure Cosmos DB أيضًا الفرز والتجميعات والاستعلام الجغرافي المكاني والتسلسل الهرمي ومجموعة واسعة من الوظائف المضمنة. للحصول على مزيد من المعلومات، راجع استعلامات SQL.

يجب عليك تغيير TableThroughput عند تطبيق أي من الشروط التالية:

• أنت تقوم باستخراج البيانات وتحويلها وتحميلها (ETL)، أو تريد تحميل العديد من البيانات في فترة زمنية قصيرة.
• تحتاج إلى معدل نقل أسرع من الحاوية أو من مجموعة من الحاويات في الخلفية. على سبيل المثال، ترى أن معدل النقل المستخدم أكثر من معدل النقل المقدم، وبالتالي تشعر بالتقييد. لمزيد من المعلومات، راجع تعيين معدل النقل لحاويات Azure Cosmos DB.

نعم، يمكنك استخدام جزء مقياس مدخل Azure Cosmos DB لتوسيع نطاق معدل النقل. للحصول على مزيد من المعلومات، راجع ضبط معدل النقل.

نعم، إذا لم تتجاوز TableThroughput عبر app.config ولم تستخدم حاوية تم إنشاؤها مسبقا في Azure Cosmos DB، فإن الخدمة تنشئ جدولا بمعدل نقل يبلغ 400.

لا يوجد. لا يوجد أي تغيير في السعر لعملاء مخزن جداول Azure الحاليين.

يعتمد السعر على TableThroughput المخصص.

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

تضبط خدمة Azure Cosmos DB سرعة نقل تلقائية لحاويتك في حال عدم توفير سرعة في ملف app.config أو عبر المدخل.

توفر خدمة Azure Cosmos DB ضمانات للأداء ووقت انتقال، مع وجود حدود عليا للعملية. هذا الضمان ممكن عندما يتمكن المحرك من فرض الحوكمة على عمليات المستأجر. يضمن إعداد TableThroughput حصولك على معدل النقل وزمن الانتقال المضمونين؛ لأن النظام الأساسي يحتفظ بهذه السعة ويضمن النجاح التشغيلي.

باستخدام مواصفات معدل النقل، يمكنك تغييره بشكل مرن للاستفادة من موسمية تطبيقك، وتلبية احتياجات معدل النقل، وتوفير التكاليف.

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

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

نعم. نظرا لأن مساحة سطح واجهة برمجة التطبيقات للجدول مشابهة لمساحة تخزين Azure Table SDK، يوفر مفتاح القسم طريقة فعالة لتوزيع البيانات. مفتاح الصف مميز داخل هذا القسم. كما يجب أن يكون مفتاح الصف متوفرًا ولا يمكن أن يكون فارغًا كما هو الحال في حزمة أدوات تطوير البرمجيات القياسية. طول RowKey هو 255 بايت وطول PartitionKey هو 1 كيلوبايت.

يستخدم تخزين Azure Table وAzure Cosmos DB للجدول نفس SDKs بحيث تكون معظم الأخطاء هي نفسها.

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

يمكنك مشاركة ملاحظاتك بأي من الطرق التالية:

• صفحة الأسئلة الخاصة بأسئلة وأجوبة Microsoft
• موقع Stack Overflow. يُعد Stack Overflow أفضل مكان لطرح أسئلة البرمجة. تأكد من أن سؤالك يتعلق بالموضوعويقدم أكبر عدد ممكن من التفاصيل، ما يجعل السؤال واضحًا ويمكن الإجابة عنه.

المحتوى ذو الصلة

• إنشاء واجهة برمجة تطبيقات لتطبيق Table باستخدام .NET SDK وAzure Cosmos DB
• إنشاء تطبيق Java لإدارة Azure Cosmos DB لبيانات الجدول

الخطوة التالية