现已推出具有 MongoDB 兼容性的 Firestore 企业版!
了解详情。
बड़े पैमाने पर पढ़े और लिखे गए कॉन्टेंट को समझना
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
यह सिर्फ़ Cloud Firestore Enterprise वर्शन के लिए काम का है.
|
बेहतर परफ़ॉर्मेंस और भरोसेमंद तरीके से काम करने वाले ऐप्लिकेशन बनाने के लिए, इस दस्तावेज़ को पढ़ें. इस दस्तावेज़ में ऐडवांस Cloud Firestore विषय शामिल हैं. अगर आपने हाल ही में Cloud Firestore का इस्तेमाल शुरू किया है, तो क्विकस्टार्ट गाइड पढ़ें. डेटाबेस का साइज़ और ट्रैफ़िक बढ़ने पर भी, आपके ऐप्लिकेशन अच्छी तरह से काम करते रहें, इसके लिए Firestore बैकएंड में रीड और राइट करने के तरीके को समझना ज़रूरी है. आपको यह भी समझना होगा कि स्टोरेज लेयर के साथ पढ़ने और लिखने की प्रोसेस कैसे काम करती है. साथ ही, उन बुनियादी शर्तों के बारे में भी जानना होगा जिनका असर परफ़ॉर्मेंस पर पड़ सकता है.
अपने ऐप्लिकेशन का आर्किटेक्चर तैयार करने से पहले, कुछ सबसे सही तरीकों के बारे में जानने के लिए, यह लेख पढ़ें:
- एपीआई अनुरोध के हाई लेवल कॉम्पोनेंट के बारे में जानें.
- सभी लिखने के अनुरोधों को पढ़ने और लिखने के लेन-देन के तौर पर हैंडल किया जाता है, ताकि ACID प्रॉपर्टी को लागू किया जा सके. अगर किसी राइट ऑपरेशन में कई स्प्लिट शामिल हैं, तो इसके लिए दो चरणों वाली कमिट प्रोसेस की ज़रूरत पड़ सकती है.
- रीड, डिफ़ॉल्ट रूप से "ज़्यादा सुसंगत" होते हैं. ये लॉक से बचने के लिए, टाइमस्टैंप पर आधारित तरीके का इस्तेमाल करते हैं.
- बेहतरीन परफ़ॉर्मेंस बनाए रखने के लिए, आपको हॉटस्पॉट से बचना चाहिए. इसके लिए, मुख्य रेंज में कार्रवाइयां डिस्ट्रिब्यूट करें और लेन-देन को छोटा रखें.
जब तक कुछ अलग से न बताया जाए, तब तक इस पेज की सामग्री को Creative Commons Attribution 4.0 License के तहत और कोड के नमूनों को Apache 2.0 License के तहत लाइसेंस मिला है. ज़्यादा जानकारी के लिए, Google Developers साइट नीतियां देखें. Oracle और/या इससे जुड़ी हुई कंपनियों का, Java एक रजिस्टर किया हुआ ट्रेडमार्क है.
आखिरी बार 2025-08-29 (UTC) को अपडेट किया गया.
[null,null,["आखिरी बार 2025-08-29 (UTC) को अपडेट किया गया."],[],[],null,["\u003cbr /\u003e\n\n\n|--------------------------------------------------------|\n| *Relevant to Cloud Firestore Enterprise edition only.* |\n\n\u003cbr /\u003e\n\nRead this document to make informed decisions on architecting your applications\nfor high performance and reliability. This document includes advanced\nCloud Firestore topics. If you're just starting out with Cloud Firestore,\nsee the [quickstart guide](/docs/firestore/enterprise/create-and-query-database)\ninstead. To make sure that your applications continue to perform well as your\ndatabase size and traffic increase, it helps to understand the mechanics of\nreads and writes in the Firestore backend. You must also understand the\ninteraction of your read and writes with the storage layer and the underlying\nconstraints that may affect performance.\n\nTo learn about some best practices before architecting your application, read\nthe following:\n\n- Understand the [high level components](https://cloud.google.com/firestore/mongodb-compatibility/docs/understand-reads-writes-scale#understand_the_high_level_components) of an API request.\n- All [writes](https://cloud.google.com/firestore/mongodb-compatibility/docs/understand-reads-writes-scale#understand_the_life_of_a_write) are handled as read-write transactions to ensure ACID properties. If a write involves multiple splits, it may require a two-phase commit process.\n- [Reads](https://cloud.google.com/firestore/mongodb-compatibility/docs/understand-reads-writes-scale#understand_the_life_of_a_read), by default, are \"strongly consistent\" and use a timestamp-based approach to avoid locks.\n- To maintain high performance, you should [avoid hotspots](https://cloud.google.com/firestore/mongodb-compatibility/docs/understand-reads-writes-scale#avoid_hotspots) by distributing operations across the key range and keeping transactions small."]]