Azure-docs: تجاوز الاستعلام الحد الأقصى المسموح به لاستخدام الذاكرة وهو 40 ميغا بايت. يرجى النظر في إضافة المزيد من عوامل التصفية لتقليل حجم استجابة الاستعلام

تم إنشاؤها على ١٦ أكتوبر ٢٠١٨  ·  47تعليقات  ·  مصدر: MicrosoftDocs/azure-docs

أنا أستخدم cosmos db mongo api للقيام بالتجميع. مستنداتنا كبيرة (ولكن لا تزال في حدود 2 ميغا بايت قد تكون 200 كيلو بايت) ولكن عندما أقوم بتجميع البيانات فإن cosmosdb يظهر خطأ "تجاوز الاستعلام الحد الأقصى المسموح به لاستخدام الذاكرة وهو 40 ميغا بايت. يرجى التفكير في إضافة المزيد من عوامل التصفية لتقليل حجم استجابة الاستعلام ".
لقد جربت الخيار الإجمالي "allowDiskUse": صحيح لكنه لم ينجح.


تفاصيل المستند

لا تقم بتحرير هذا القسم.

Pri2 cosmos-dsvc cxp product-question triaged

التعليق الأكثر فائدة

عيد ميلاد سعيد لك عيد ميلاد سعيد لك عيد ميلاد سعيد 40 ميغابايت قضية عيد ميلاد سعيد لك!

ال 47 كومينتر

@ kamaljoshi911 شكرًا لك على التعليقات المفصلة. نحن نحقق في الأمر وسنعاود الاتصال بك قريبًا.

أواجه نفس المشكلة.

وضع مماثل ، ولكن حجم المستندات الخاصة بي أصغر بكثير. أقوم أيضًا بتجميع البيانات. "allowDiskUse" لم يساعد.

@ kamaljoshi911 و ccnoecker هل يمكنك من فضلك لصق الاستعلام النموذجي الذي يسبب هذا؟ كم عدد المستندات الموجودة في المجموعة (المجموعات) التي تلمسها؟ ستكون ملاحظاتك التفصيلية مفيدة للغاية هنا. شكرا لك.

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

أنا أستخدم لغة python لإجراء الاستعلام:

db.logs.aggregate([
        {"$group":{
            "_id":{"player_name":"$player_name",
                "player_retailer":"$player_retailer",
                "player_country_code":"$player_country_code",
                "player_function_aggregated":"$player_function_aggregated",
                "retailer_country":"$retailer_country",
                "retailer_name":"$retailer_name",
                "retailer_city":"$retailer_city",
                "item_id":"$item_id",
                "item_name":"$item_name",
                "item_type":"$type",
                "item_context":"$context"},
            "playback_count":{"$sum":"1"},
            "avg_duration":{"$avg":"$duration"}
        }
        },
        {"$project":{
            "playback_count":"$playback_count",
            "avg_duration":{"$trunc":"$avg_duration"}
        }
        },
        {"$out":"playback_count_by_player"}
    ])

ccnoecker هل يمكنك السماح لنا بمعرفة اسم مثيل Cosmos DB الخاص بك؟ يمكنك إرسال ذلك إلى AzCommunity في Microsoft Com ، إذا كنت لا ترغب في نشر المعلومات هنا. لدي فريق المنتج يبحث في هذا. لدينا عمل محتمل ولكننا نريد إلقاء نظرة على بيئتك المحددة ، إذا كان ذلك مناسبًا لك. شكرا لك!

@ kamaljoshi911 إذا كان بإمكانك مشاركة استفساراتك واسم المثيل الخاص بك ،

ccnoecker شكرًا لك على التفاصيل الإضافية التي قدمتها. تم توفير هذه المعلومات لفريق المنتج.

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

  • اسم المثيل
  • استعلام مثال يتسبب في استدعاء حد 40 ميغا بايت

شكرا لك،
مايك

سنشرع الآن في إغلاق هذا الموضوع. إذا كانت هناك أسئلة أخرى بخصوص هذا الموضوع ، فيرجى التعليق عليها وسنواصل المناقشة بكل سرور.

بالنسبة لمشكلة 40 ميغا بايت بشكل عام ، نحن نتفهم المشكلة ونعمل على إصلاحها. كحل بديل ، يمكن للعملاء تجربة 1) تقليل الحقول المستخدمة من كل مستند و 2) تقليل العدد الإجمالي للمستندات التي يغطيها الاستعلام.

مرحبا،
لدي نفس المشكلة. أنا أعدم
db.getCollection ('collectionName'). تجميع ([{$ limit: 1}])

لكن Cosmos DB تعيد "تجاوز الاستعلام الحد الأقصى المسموح به لاستخدام الذاكرة وهو 40 ميجابايت" ، ولكني أقوم بالتصفية بالفعل (حسنًا ، أريد الحصول على العنصر الأول فقط)

مرحبا،

أواجه نفس المشكلة مع
bigin.documents.azure.com

db.getCollection ("التصنيفات"). تجميع ([
{"$ match": {"category": "bg: itemView"،
"التطبيق": ObjectId ("5bd6adb506a2f64866ddc7d2") ،
"timestampDate": {"$ gt": ISODate ("2018-10-31 15: 00: 00.000Z")، "$ lt": ISODate ("2018-11-18 15: 00: 00.000Z")}} } ،
{"$ project": {"product": 1، "user": 1، "visit": 1}}،
{"$ group": {"_id": {"product": "$ product"، "user": "$ user"، "visit": "$ visit"}}}،
{"$ group": {"_id": {"product": "$ _id.product"، "user": "$ _id.user"}، "count": {"$ sum": 1}}}،
{"$ match": {"count": {"$ gt": 1}}}،
{"$ group": {
"_id": "$ _id.product"،
"العدد": {"$ sum": 1}،
"المشاهدات": {"$ sum": "$ count"}،
"المستخدمين": {"$ push": {"id": "$ _id.user"، "count": "$ count"}}
}} ،
{"$ project": {"users": 1، "count": 1، "views": 1، "average": {"$ divide": ["$ views"، "$ count"]}}}،
{"$ match": {"average": {"$ gt": 3.5}}}
])

أي تحديثات؟

لذا بينما قرأت هذا ، في الوقت الحالي ، التجمعات غير ممكنة؟
هذا الأمر db.getCollection('collectionName').aggregate([ { $limit : 1 }]) من @ bernardo5304
يعطيك دليلًا على وجود مشكلة أساسية أكبر.

هذا فقط وضع حدًا (إيقاف العرض) لخطط الهجرة الخاصة بنا.

لدي نفس المشكلة مع الاستعلام التالي:

db.getCollection("Telemetry").distinct("DeviceId")

لدي 80000 مستند وهناك قيمتان مميزتان لـ DeviceId في الوقت الحالي.

لم أحدد أي فهرسة ، لذا ، بقدر ما أتعهد بذلك ، يجب فهرسة جميع الحقول الخاصة بي.

نفس المشكلة هنا ، استخدام واجهة برمجة تطبيقات MongoDB مع Cosmos DB يبدو وكأنه موت بآلاف قطع الورق

لقد تصاعدت إلى المجموعة المنتج فيما يتعلق بكل من تعليقاتكم الفردية @ bernardo5304zxshinxzgerhardcit @ بيتر B-lferrao. أنا أتطلع للحصول على ردود الفعل قريبا.

نحن نعمل بنشاط على تحسين agg. سيؤدي fwk و post-GA إلى إزالة هذا الحد. شكر.

اعتقدت أن Cosmos قد وصلت بالفعل إلى GA؟ يتم الوصول إلى الحد الحالي بمجرد إجراء استعلام بسيط عن التاريخ (الحصول على آخر 3 أيام من المستندات) ، مما يجعل الكون عديم الفائدة بالنسبة لنا في الوقت الحالي. قبالة إلى MongoDB أطلس.

شكرا لملاحظاتك. نحن نعمل على معالجة الحالة المذكورة أعلاه التي واجهتها. يرجى التواصل معنا على [email protected] ويمكننا مساعدتك في حالة الاستخدام الخاصة بك. شكر.

وما زالت هذه المسألة. لا أستطيع أن أبدأ في فهم مدى صعوبة جعل جميع خدمات PAAS هذه تعمل وتلعب بشكل جيد مع مستأجرين متعددين ، ولكن إذا لم ينجح التجميع ، فهذه ليست واجهة برمجة تطبيقات متوافقة مع Mongo حقًا وتبدأ الكثير من حالات الاستخدام لـ Cosmos تفكك ، هل هناك أي تحديث حول موعد توفر هذه الوظيفة مرة أخرى؟ يؤدي تحديد أقل من 100 ألف صف في استعلام التجميع إلى حدوث هذه المشكلة ، باستثناء تشغيل الدُفعات الصغيرة لمعالجة أي شيء ، فلدي خيارات محدودة إذا استخدمت Cosmos ..

zpappa ، كما ذكر أعلاه - نحن نعمل على ذلك. في غضون ذلك ، يرجى التواصل معنا على [email protected] ونحاول مساعدتك وإلغاء

rimman شكرا على الاستجابة في الوقت المناسب. سأتواصل معك قريبًا.

أواجه نفس المشكلة باستخدام الاستعلام التالي

مجموع([
{
استرخاء $: "Projections.key_discovery.KeysWithProjectedTypes"}،
{
مجموعة $:
{
_id: "Projections.key_discovery.KeysWithProjectedTypes.Key" ،
أنواع البيانات : {
addToSet $: "Projections.key_discovery.KeysWithProjectedTypes.StoredDataTypes"
} ،
العدد: {
المجموع بالدولار: 1
}
}
} ،
{
مشروع $: {
KeyName: "$ _ id" ،
أنواع البيانات: "dataTypes $"،
العدد: "$ count"،
_id: خطأ
}
}
])

هذه مشكلة خطيرة تمنع تطويرنا ، فماذا أفعل لإصلاح ذلك؟

لقد انتهينا من تثبيت mongo على جهاز افتراضي صغير ، وجزء صغير من التكلفة وأكثر كفاءة (وهو يعمل مع التجميع). يبدو نظام CosmosDB رائعًا ، ولكنه ليس موجودًا بعد.

هل ألقيت نظرة على MongoDb Atlas؟ يمكنك الحصول على مثيل مُدار هناك. هذا هو المكان الذي انتهى به الأمر الآن.

يبدو نظام CosmosDB رائعًا ، ولكنه ليس موجودًا بعد.
كلمات حقيقية.

هل ألقيت نظرة على MongoDb Atlas؟ يمكنك الحصول على مثيل مُدار هناك. هذا هو المكان الذي انتهى به الأمر الآن.

يبدو نظام CosmosDB رائعًا ، ولكنه ليس موجودًا بعد.
كلمات حقيقية.

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

أواجه نفس المشكلات مع التجميع ، إجمالي عدد السجلات في المجموعة هو 4612109 فقط. أواجه أيضًا نفس المشكلة ، هل يمكن لأي شخص إخباري عند حل هذه المشكلة؟

@ haresh1288 : من فضلك أرسل لنا استفسارك ورسالة الخطأ إلى askcosmosmongoapi [at] microsoft [dot] com حتى نتمكن من إلقاء نظرة إذا كان هناك أي تخفيف.

نظرة عامة على بيان المشكلة.

نحن نخطط لاستخدام CosmosDB - MongoDB API لبيانات القياس عن بُعد الخاصة بإنترنت الأشياء.
كان على المطلب أن ينضم بين مجموعتين (البعض لا يكون كذلك
من الممكن عمل مخطط مشوه ، بسبب المتطلبات الوظيفية ، ومن ثم في
مطلوب مجموعتين على الأقل للحصول على البيانات المطلوبة). لذلك سوف نخطط ل
الاستفادة من خط أنابيب تجميع MongoDB (باستخدام $ lookup).

[مشكلة]

رأيت أن واجهة برمجة تطبيقات Mongodb بها بعض الميزات في وضع المعاينة مثل "التجميع"
Pipeline '،' MongoDB 3.4 wire Protocol (الإصدار 5) '،' TTL لكل مستند '. أنا
بحاجة إلى استخدام التجميع وربما وظيفة TTL.

سؤالي هو إذا قمت "بتمكين" ميزة المعاينة ونشر تطبيقي بتنسيق
PRODUCTION ، هل هناك أي تأثير * عندما تكون ميزة المعاينة هذه هي GA و
ما الحل بحد 40 ميغا بايت لخط أنابيب التجميع *؟

@ haresh1288 ، نعمل باستمرار على إجراء تحسينات على واجهة برمجة تطبيقات Cosmos DB الخاصة بـ MongoDB. من أجل أن نرى بشكل فعال ما إذا كان سيكون هناك أي آثار على حالة الاستخدام الخاصة بك باستخدام الميزات التي تمت معاينتها حاليًا ، سيكون أكثر فعالية بالنسبة لنا إجراء محادثة مفصلة حول استفساراتك. هل يمكنك إرسال بريد إلكتروني بهذا الوصف + استفساراتك حتى نتمكن من مساعدتك؟

يمكنك مراسلتنا عبر البريد الإلكتروني على: askcosmosmongoapi [at] microsoft [dot] com

مرحبا،

يوجد أدناه نموذج المستند الخاص بي ،

{"_id": ObjectId ("5cb994c7077cca3e1f5f603a") ، "النوع": "E" ،"EventID": "2695"، "partitionId": 1 ، "الوقت": "02،05،06" ،"EventClass": "9003"، "UnitID": "2"، "Date": "04-03-2019"،"الرسالة": "فشل إرسال show_error (0) إلى jssh."، "الطابع الزمني":"1551683106" ، "السجل": NumberLong (1555666119562)}

* db.events.aggregate ([{$ lookup: {from:
"device"، localField: "UnitID"، ForeignField:
"UnitID" ، مثل: "device_docs"}} ، {$ match:
{"partitionId": 2، "UnitID": "2"، "Record": NumberLong (1555668270717)}
} ، * {$ limit: 5}

] ، {allowDiskUse: true})

أحاول تقييم cosmos MongoDB API لعميلي أولاً
إصدار الإنتاج نهاية هذا العام ، إذا لم ينجح هذا ، فيجب أن أختار
نهج مختلف. تحتوي مجموعة جهازي على سمات قد تكون
الحصول على تحديث من قبل المستخدم ، وبالتالي لا بد لي من استخدام $ lookup ، بالإضافة إلى أن ملف
نموذج الاستعلام. أحتاج إلى مجموعة من جميع وظائف التجميع تقريبًا للحصول عليها
نتيجة مرغوبة.

هاريش باتل: + 91 8401437591

يوم الأربعاء 24 أبريل 2019 الساعة 2:27 صباحًا Rohan Arora [email protected]
كتب:

@ haresh1288 https://github.com/haresh1288 نعمل باستمرار على ذلك
إجراء تحسينات على واجهة برمجة تطبيقات Cosmos DB الخاصة بـ MongoDB. لكي نتمكن من
معرفة ما إذا كان سيكون هناك أي آثار على حالة الاستخدام بشكل فعال
باستخدام الميزات التي تمت معاينتها حاليًا ، سيكون أكثر فعالية بالنسبة لنا
إجراء محادثة مفصلة حول استفساراتك. هل يمكنك إرسال بريد إلكتروني
مع هذا الوصف + استفساراتك حتى نتمكن من مساعدتك؟

يمكنك مراسلتنا عبر البريد الإلكتروني على: askcosmosmongoapi [at] microsoft [dot] com

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/MicrosoftDocs/azure-docs/issues/16997#issuecomment-485971291 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AA46THU5YNJO6WRLNXQR4U3PR5ZZ7ANCNFSM4F4JQ32Q
.

@ haresh1288 ، وفر على نفسك الكثير من الوقت والألم والإحباط ،

مرحبا هاريش

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

مع تحياتي،
جايسون

حل

من: Cosmos DB Core Support [email protected]
تاريخ الإرسال: الأحد 21 أبريل 2019 الساعة 11:13 مساءً
إلى: Haresh Patel [email protected] ؛ MicrosoftDocs / azure-docs [email protected]
نسخة إلى: فريق مشاركة العملاء في Azure Cosmos DB [email protected] ؛ شيريش توتا شيريش . [email protected] ؛ هاريش باتيل [email protected] ؛ اسأل Cosmos DB مع دعم MongoDB API
الموضوع: Re: [MicrosoftDocs / azure-docs] تجاوز الاستعلام الحد الأقصى المسموح به لاستخدام الذاكرة وهو 40 ميغابايت. الرجاء التفكير في إضافة المزيد من عوامل التصفية لتقليل حجم استجابة الاستعلام (# 16997) - [I116500463]
الأهمية: منخفضة

مرحبا،

نشكرك على الوقت الذي أمضيته في إرسال طلبك إلى فريق هندسة Azure Cosmos DB.
نحن سوف نعود اليكم في وقت قريب. إذا كنت بحاجة إلى مساعدة على الفور ، فيرجى تقديم طلب دعم Azure https://nam06.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Fdocs.microsoft.com٪2Fazure٪2Fazure-supportability٪2Fhow- إلى إنشاء اللازوردية-دعم الطلب والبيانات = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905113536 وsdata = LN2٪ 2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek٪ 2BADM٪ 3D & محفوظة = 0 .

يتم تعقب هذه المحادثة. من فضلك لا تغير موضوع هذا البريد الإلكتروني. استخدم سلسلة رسائل البريد الإلكتروني هذه لمزيد من التواصل مع فريق Cosmos DB حول هذا الموضوع.

شكرا لك،
فريق Azure Cosmos DB

ملاحظة للحصول على آخر أخبار Azure Cosmos DB ، يرجى متابعتنا على TwitterAzureCosmosDB https://nam06.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Ftwitter.com٪2FAzureCosmosDB&data=02٪7C01٪7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905113536 & sdata = ZSjKf5sEanR8


من: هاريش باتل[email protected]

>
تاريخ الإرسال: الاثنين ، 22 أبريل 2019 6:13:23 صباحًا
إلى: MicrosoftDocs / azure-docs
نسخة إلى: haresh1288 ؛ اسأل Cosmos DB مع دعم MongoDB API
الموضوع: Re: [MicrosoftDocs / azure-docs] تجاوز الاستعلام الحد الأقصى المسموح به لاستخدام الذاكرة وهو 40 ميغابايت. الرجاء النظر في إضافة المزيد من عوامل التصفية لتقليل حجم استجابة الاستعلام (# 16997)

نظرة عامة على بيان المشكلة.
نحن نخطط لاستخدام CosmosDB - MongoDB API لبيانات القياس عن بُعد الخاصة بإنترنت الأشياء. كان على المطلب أن ينضم بين مجموعتين (في بعض الحالات لا يكون من الممكن القيام بمخطط مشوه ، بسبب المتطلبات الوظيفية ، ومن ثم يلزم وجود مجموعتين على الأقل للحصول على البيانات المطلوبة). لذلك سنخطط للاستفادة من خط أنابيب تجميع MongoDB (باستخدام $ lookup).

[مشكلة]
أواجه نفس المشكلات مع التجميع ، إجمالي عدد السجلات في المجموعة هو 4612109 فقط. أواجه أيضًا نفس المشكلة ، هل يمكن لأي شخص إخباري عند حل هذه المشكلة؟

رأيت أن Mongodb API لديها بعض الميزات في وضع المعاينة مثل "خط أنابيب التجميع" ، "بروتوكول MongoDB 3.4 الأسلاك (الإصدار 5)" ، "لكل مستند TTL". أحتاج إلى استخدام التجميع وربما وظيفة TTL.

سؤالي هو إذا قمت "بتمكين" ميزة المعاينة ونشر تطبيقي في PRODUCTION ، فهل هناك أي تأثير عندما تكون ميزة المعاينة هذه هي GA وما هو الحل بحد 40 ميجابايت لخط أنابيب التجميع؟

الرجاء مساعدتي هنا.

هاريش باتل
مو: +91 8401437591

يوم السبت 20 أبريل 2019 الساعة 10:58 مساءً سيدهش[email protected]

> كتب:

@ haresh1288 https://nam06.safelinks.protection.outlook.com/؟ ٪ 7C636915103905123535 & sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ٪ 2B٪ 2F36h1UQQU1C8eGdE٪ 3D & reserved = 0 : من فضلك أرسل لنا استفسارك ورسالة الخطأ إلى askcosmosmongoapi [إلقاء نظرة على] Microsoft إذا كان بإمكاننا أن ننظر في أي شيء.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، واعرضها على GitHub https://nam06.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Fgithub.com٪2FMicrosoftDocs٪2Fazure-docs٪2Fissues٪2F16997٪23issuecomment-485145265&data = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905123535 وsdata = WABXR8bpshuHBtZeVbhhCqRiMVd8eKJaHJx3aOVgEoA٪ 3D & محفوظة = 0 ، أو كتم موضوع https://nam06.safelinks.protection.outlook.com/؟url= HTTPS٪ 3A٪ 2F٪ 2Fgithub.com٪ 2Fnotifications٪ 2Funsubscribe-المصادقة٪ 2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q والبيانات = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905133524 وsdata = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz٪ 2FnOVSufmpc٪ 3D & محفوظة = 0 .

ما زلت أواجه نفس المشكلة ...

أي تحديث على هذا؟ أواجه نفس خطأ حد 40 ميغا بايت.

مرحبًا Haresh ، يجب أن تكون ميزة خط التجميع GA هذا الصيف. مع هذا التحديث ، إلى جانب الأداء المحسن ، لن تواجه معظم الحالات التي تؤدي إلى مشكلة 40 ميغابايت هذا الخطأ. بناءً على استفسارك ، ربما يمكننا مساعدتك في وقت أقرب - إذا كنت مهتمًا ، فيرجى مشاركة عينات من الاستعلامات الإجمالية التي تجريها. تحياتي ، جايسون # حل من: دعم Cosmos DB الأساسي [email protected] تم الإرسال: الأحد ، 21 أبريل 2019 الساعة 11:13 مساءً إلى: Haresh Patel [email protected] ؛ MicrosoftDocs / azure-docs [email protected] نسخة إلى: فريق مشاركة العملاء في Azure Cosmos DB [email protected] ؛ شيريش توتا شيريش . [email protected] ؛ هاريش باتيل [email protected] ؛ اسأل Cosmos DB مع دعم MongoDB API https://nam06.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Fdocs.microsoft.com٪2Fazure٪2Fazure-supportability٪2Fhow- إلى إنشاء اللازوردية-دعم الطلب والبيانات = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905113536 وsdata = LN2٪ 2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek٪ 2BADM٪ 3D & محفوظة = 0 . يتم تعقب هذه المحادثة. من فضلك لا تغير موضوع هذا البريد الإلكتروني. استخدم سلسلة رسائل البريد الإلكتروني هذه لمزيد من التواصل مع فريق Cosmos DB حول هذا الموضوع. شكرًا لك ، Azure Cosmos DB Team PS للحصول على آخر أخبار Azure Cosmos DB ، يرجى متابعتنا على TwitterAzureCosmosDB https://nam06.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Ftwitter.com٪2FAzureCosmosDB&data = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905114E3F208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C63691510390511354EVRSJSJOJJAJJAJA
...
________________________________ من: هاريش باتل[email protected]

> تم الإرسال: الاثنين ، 22 أبريل 2019 6:13:23 صباحًا إلى: MicrosoftDocs / azure-docs نسخة إلى: haresh1288 ؛ اسأل Cosmos DB مع MongoDB API Support الموضوع: Re: [MicrosoftDocs / azure-docs] تجاوز الاستعلام الحد الأقصى المسموح به لاستخدام الذاكرة وهو 40 ميغابايت. الرجاء النظر في إضافة المزيد من عوامل التصفية لتقليل حجم استجابة الاستعلام (# 16997) نظرة عامة على بيان المشكلة. نحن نخطط لاستخدام CosmosDB - MongoDB API لبيانات القياس عن بُعد الخاصة بإنترنت الأشياء. كان على المطلب أن ينضم بين مجموعتين (في بعض الحالات لا يكون من الممكن القيام بمخطط مشوه ، بسبب المتطلبات الوظيفية ، ومن ثم يلزم وجود مجموعتين على الأقل للحصول على البيانات المطلوبة). لذلك سنخطط للاستفادة من خط أنابيب تجميع MongoDB (باستخدام $ lookup). [مشكلة] أواجه نفس المشكلات مع التجميع ، إجمالي عدد السجلات في المجموعة هو 4612109 فقط. أواجه أيضًا نفس المشكلة ، هل يمكن لأي شخص إخباري عند حل هذه المشكلة؟ رأيت أن Mongodb API لديها بعض الميزات في وضع المعاينة مثل "خط أنابيب التجميع" ، "بروتوكول MongoDB 3.4 الأسلاك (الإصدار 5)" ، "لكل مستند TTL". أحتاج إلى استخدام التجميع وربما وظيفة TTL. سؤالي هو إذا قمت "بتمكين" ميزة المعاينة ونشر تطبيقي في PRODUCTION ، فهل هناك أي تأثير عندما تكون ميزة المعاينة هذه هي GA وما هو الحل بحد 40 ميجابايت لخط أنابيب التجميع؟ الرجاء مساعدتي هنا. هاريش باتل مو: +91 8401437591 يوم السبت 20 أبريل 2019 الساعة 10:58 مساءً سيدهش[email protected] > كتب: @ haresh1288 https://nam06.safelinks.protection.outlook.com/؟ 7C1٪ 7C0٪ 7C636915103905123535 & sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ٪ 2B٪ 2F36h1UQQU1C8eGdE٪ 3D & محجوز = 0

: الرجاء إرسال استفسارك ورسالة الخطأ إلينا إلى askcosmosmongoapi [at] microsoft [dot] com حتى نتمكن من إلقاء نظرة إذا كان هناك أي تخفيف. - أنت تتلقى هذا لأنه تم ذكرك. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، واعرضها على GitHub https://nam06.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Fgithub.com٪2FMicrosoftDocs٪2Fazure-docs٪2Fissues٪2F16997٪23issuecomment-485145265&data = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905123535 وsdata = WABXR8bpshuHBtZeVbhhCqRiMVd8eKJaHJx3aOVgEoA٪ 3D & محفوظة = 0 ، أو كتم موضوع https://nam06.safelinks.protection.outlook.com/؟url= HTTPS٪ 3A٪ 2F٪ 2Fgithub.com٪ 2Fnotifications٪ 2Funsubscribe-المصادقة٪ 2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q والبيانات = 02٪ 7C01٪ 7Cjasontho٪ 40exchange.microsoft.com٪ 7Cc69a28051450452e93f208d6c6e996d1٪ 7C72f988bf86f141af91ab2d7cd011db47٪ 7C1٪ 7C0٪ 7C636915103905133524 وsdata = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz٪ 2FnOVSufmpc٪ 3D & محفوظة = 0 .

لا GA؟ لا تزال مشكلة.

عيد ميلاد سعيد لك عيد ميلاد سعيد لك عيد ميلاد سعيد 40 ميغابايت قضية عيد ميلاد سعيد لك!

اي حل؟ : '(

alejuanito تم حل هذا. إذا قمت بنشر الإصدار 3.6 من MongoDB API لـ Cosmos DB ، فلن تواجه هذه المشكلة. إذا كان لديك حاليًا نشر 3.2 ، فالرجاء إرسال معرف اشتراك Azure الخاص بك إلى AzCommunity وسوف أقوم بترقية المثيل الخاص بك. إذا كان لديك بالفعل خطة دعم Azure ، فالرجاء فتح طلب دعم وإرسال معرف طلب الدعم إلي. خيار آخر هو تصدير البيانات ، ونشر نسخة v.3.6 ثم استيراد البيانات (mongoimport).

مرحبًا @ Mike-Ubezzi-MSFT
كنت أواجه هذه المشكلة وطلبت من دعم Microsoft التحديث إلى الإصدار 3.6. لقد حاولت للتو بعد التحديث وما زال يحدث. هل هناك أي شخص آخر لديه هذه المشكلة مع v3.6؟
مع تحياتي

نعم. لقد قمت بإنشاء 3.6 CosmosDb جديدًا ، واستوعبت بعض البيانات وحاولت التجميع مع المجموعة حسب. القضية لا تزال قائمة.

@ diego-palla هل يمكنك تقديم معرّف طلب الدعم الذي تم إصداره لطلب هذه الترقية و @ Peter-B- ، هل يمكنك أن ترسل إليّ معرّف الاشتراك الخاص بك. الرجاء إرسال هذا إلى AzCommunity وسأعلم مجموعة المنتجات

@ diego-palla هل يمكنك تقديم معرّف طلب الدعم الذي تم إصداره لطلب هذه الترقية و @ Peter-B- ، هل يمكنك أن ترسل إليّ معرّف الاشتراك الخاص بك. الرجاء إرسال هذا إلى AzCommunity وسأعلم مجموعة المنتجات

مرحبًا مايك ، معرف طلب الدعم هو 120031725001124.
شكرا لمساعدتك

هذا قيد التحقيق ولكن يرجى التأكد من أنك تستخدم نقطة نهاية 3.6 ( .mongo.cosmos.azure.com) وليس نقطة نهاية Mongo 3.2 ( . documents.azure.com).

@ Mike-Ubezzi-MSFT شكرا للتلميح. ربما كان هذا خطأي.
لسوء الحظ ، قمت بالفعل بحذف Test-CosmosDb الخاص بي.
أنا مشغول نوعًا ما في الوقت الحالي ، لكنني سأجربها مرة أخرى وأعود إليك.

هذا قيد التحقيق ولكن يرجى التأكد من أنك تستخدم نقطة النهاية 3.6 (_.mongo.cosmos.azure.com) وليس نقطة نهاية Mongo 3.2 (_. documents.azure.com).

عظيم!! لم أكن أعرف شيئًا عن تغيير نقطة النهاية ولكن بمجرد تحديثه يعمل.

شكرا جزيلا لمساعدتكم!

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

spottedmahn picture spottedmahn  ·  3تعليقات

JamesDLD picture JamesDLD  ·  3تعليقات

mrdfuse picture mrdfuse  ·  3تعليقات

AronT-TLV picture AronT-TLV  ·  3تعليقات

JeffLoo-ong picture JeffLoo-ong  ·  3تعليقات