Standard वर्शन में Firestore Core के मुख्य ऑपरेशन, दस्तावेज़ डेटाबेस के तौर पर कई तरह की सुविधाएं देते हैं. इनमें कई प्रोग्रामिंग भाषाओं के लिए आसान एसडीके, रीयल-टाइम और ऑफ़लाइन सहायता, एक और कई इलाकों के कॉन्फ़िगरेशन में ज़्यादा उपलब्धता, और आसानी से ऑटोस्केलिंग की सुविधा देने वाला सर्वरलेस ऑपरेशन मॉडल शामिल है.
मुख्य सुविधाएं
स्टैंडर्ड वर्शन, 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,00,000 बार डेटा लिखने के लिए 0.90 डॉलर. यह शुल्क हर दस्तावेज़ के हिसाब से लिया जाता है.
- मिटाना: हर 1,00,000 बार मिटाने पर 0.01 डॉलर या हर 10,00,000 बार मिटाने पर 0.10 डॉलर.
इंडेक्स राइट की लागत: Enterprise वर्शन के उलट, इंडेक्स एंट्री लिखने के लिए कोई शुल्क नहीं लिया जाता. इंडेक्स अपडेट, दस्तावेज़ लिखने की लागत में शामिल होते हैं. हालांकि, इन इंडेक्स के लिए इस्तेमाल किए गए स्टोरेज के लिए आपसे शुल्क लिया जाता है.
रीयल-टाइम में क्वेरी सुनना: रीयल-टाइम अपडेट के लिए, स्टैंडर्ड दस्तावेज़ को पढ़ने के हिसाब से बिलिंग की जाती है. लिसनर के नतीजे के सेट में हर बार कोई दस्तावेज़ जोड़ने या अपडेट करने पर, आपसे एक रीड का शुल्क लिया जाता है.
इंडेक्स एंट्री रीड: ज़्यादातर मुख्य ऑपरेशन के लिए, दस्तावेज़ों की संख्या के हिसाब से बिलिंग की जाती है. हालांकि, कुछ खास जटिल ऑपरेशन के लिए, पढ़ी गई इंडेक्स एंट्री की संख्या के हिसाब से शुल्क लिया जाता है. जैसे, एग्रीगेशन क्वेरी (संख्या, योग, औसत) या वेक्टर सर्च.
बिना किसी शुल्क के मिलने वाला कोटा: स्टैंडर्ड वर्शन में, हर दिन फ़्री टियर के तौर पर 50,000 रीड, 20,000 राइट, और 20,000 डिलीट करने की सुविधा मिलती है.