स्टैंडर्ड एडिशन में, Firestore की मुख्य कार्रवाइयों से दस्तावेज़ डेटाबेस के तौर पर कई तरह की सुविधाएं मिलती हैं. इनमें प्रोग्रामिंग की कई भाषाओं के लिए फ़्लूएंट SDK टूल, रीयल-टाइम और ऑफ़लाइन सहायता, सिंगल और मल्टी-रीजन कॉन्फ़िगरेशन में हाई अवेलेबिलिटी, और बिना सर्वर वाले ऑपरेशन का सुविधाजनक मॉडल शामिल है. इसमें ऑटोस्केलिंग की सुविधा भी मिलती है.
मुख्य सुविधाएं
स्टैंडर्ड एडिशन, Cloud Firestore अनुभव देता है, इसे मुख्य कार्रवाइयों का इस्तेमाल करके, ऐप्लिकेशन को तेज़ी से डेवलप करने के लिए ऑप्टिमाइज़ किया गया है.
- डेटा मॉडल: Cloud Cloud Firestore NoSQL के तहत आने वाले डेटा के क्रम के हिसाब से बने स्ट्रक्चर का इस्तेमाल करता है. इसमें डेटा को कलेक्शन और सब-कलेक्शन में व्यवस्थित करके, दस्तावेज़ों में सेव किया जाता है.
- रीयल-टाइम और ऑफ़लाइन: इन कार्रवाइयों में, रीयल-टाइम में सुनने की क्वेरी के लिए, पहले से मौजूद सहायता शामिल है. इससे डेटा में बदलाव होने पर, क्लाइंट ऐप्लिकेशन तुरंत अपडेट हो जाते हैं. साथ ही, मोबाइल और वेब क्लाइंट के लिए, ऑफ़लाइन होने पर भी डेटा को सेव करने की सुविधा मिलती है.
- क्वेरी करना: मुख्य कार्रवाइयों में, असरदार और बेहतर क्वेरी की जा सकती हैं. साथ ही, फ़िल्टर और सॉर्ट करने के लिए, चेन फ़िल्टर का इस्तेमाल किया जा सकता है. इसकी एक मुख्य विशेषता यह है कि क्वेरी की परफ़ॉर्मेंस, डेटासेट के कुल साइज़ के बजाय, नतीजों के सेट के साइज़ के हिसाब से तय होती है.
इंडेक्सिंग
स्टैंडर्ड एडिशन में, मुख्य कार्रवाइयों का इस्तेमाल करने पर, इंडेक्सिंग की सुविधा ज़रूरी है.
- इंडेक्सिंग ज़रूरी है: सभी क्वेरी के लिए इंडेक्स होना ज़रूरी है. अगर कोई मुख्य कार्रवाई, बिना इंडेक्स वाली क्वेरी को चलाने की कोशिश करती है, तो वह कलेक्शन स्कैन करने के बजाय, फ़ेल हो जाएगी.
- अपने-आप बनने वाले इंडेक्स: डेवलपमेंट को आसान बनाने के लिए, Cloud Firestore किसी दस्तावेज़ के सभी फ़ील्ड के लिए, सिंगल-फ़ील्ड इंडेक्स अपने-आप बना लेता है.
- मैन्युअल तरीके से बनाए जाने वाले कंपोज़िट इंडेक्स: एक से ज़्यादा फ़ील्ड वाली मुख्य कार्रवाइयों के लिए, डेवलपर को कंपोज़िट इंडेक्स मैन्युअल तरीके से बनाने होंगे. इसका एक उदाहरण, किसी एक फ़ील्ड के हिसाब से फ़िल्टर करने और दूसरे फ़ील्ड के हिसाब से सॉर्ट करने वाली क्वेरी है. क्लाइंट SDK टूल, डेवलपर को गड़बड़ी का लिंक देकर इसमें मदद करता है. इस लिंक की मदद से, डेवलपर Firebase कंसोल पर जाकर, इंडेक्स बना सकता है.
बिलिंग और सीमाएं
स्टैंडर्ड एडिशन में, मुख्य कार्रवाइयों के लिए बिलिंग मॉडल, प्रोसेस किए गए दस्तावेज़ों या इंडेक्स की संख्या पर आधारित होता है. यह प्रोसेस किए गए डेटा के साइज़ पर आधारित नहीं होता. हालांकि, स्टोरेज के लिए बिलिंग मॉडल अलग होता है. यहां दी गई कीमतें, us-central1 में दिखाई गई हैं.
दस्तावेज़ों के आधार पर शुल्क: आपसे पढ़े गए, लिखे गए, और मिटाए गए दस्तावेज़ों की संख्या के हिसाब से शुल्क लिया जाता है.
- पढ़ने पर: हर दस्तावेज़ को पढ़ने पर, 1,00,000 बार पढ़ने के लिए 0.03 डॉलर या 10 लाख बार पढ़ने के लिए 0.30 डॉलर का शुल्क लिया जाता है.
- लिखने पर: हर दस्तावेज़ को लिखने पर, 1,00,000 बार लिखने के लिए 0.09 डॉलर या 10 लाख बार लिखने के लिए 0.90 डॉलर का शुल्क लिया जाता है.
- मिटाने पर: 1,00,000 बार मिटाने के लिए 0.01 डॉलर या 10 लाख बार मिटाने के लिए 0.10 डॉलर का शुल्क लिया जाता है.
इंडेक्स लिखने की लागत: Enterprise एडिशन के उलट, इंडेक्स एंट्री लिखने के लिए कोई शुल्क नहीं लिया जाता. इंडेक्स अपडेट, दस्तावेज़ लिखने की लागत में शामिल होते हैं. हालांकि, इन इंडेक्स के लिए इस्तेमाल की गई स्टोरेज स्पेस का शुल्क लिया जाता है.
रीयल-टाइम में सुनने की क्वेरी: रीयल-टाइम अपडेट के लिए, दस्तावेज़ों को पढ़ने के स्टैंडर्ड शुल्क के हिसाब से बिल भेजा जाता है. जब भी लिसनर के नतीजों के सेट में कोई दस्तावेज़ जोड़ा या अपडेट किया जाता है, तो आपसे एक बार पढ़ने का शुल्क लिया जाता है.
इंडेक्स एंट्री को पढ़ने पर: ज़्यादातर मुख्य कार्रवाइयों के लिए, दस्तावेज़ों की संख्या के हिसाब से बिल भेजा जाता है. हालांकि, कुछ खास कार्रवाइयों के लिए, जैसे कि एग्रीगेशन क्वेरी (गिनती, योग, औसत) या वेक्टर खोज के लिए, इंडेक्स एंट्री को पढ़ने की संख्या के हिसाब से शुल्क लिया जाता है.
मुफ़्त कोटा: स्टैंडर्ड एडिशन में, हर दिन 50,000 बार पढ़ने, 20,000 बार लिखने, और 20,000 बार मिटाने की सुविधा मुफ़्त में मिलती है.