इस पेज पर ऐसे डेटा टाइप के बारे में बताया गया है जो Cloud Firestore के साथ काम करते हैं.
डेटा टाइप
नीचे दी गई टेबल में Cloud Firestore के साथ काम करने वाले डेटा टाइप की सूची दी गई है. इसमें यह भी बताया गया है कि एक ही तरह के वैल्यू की तुलना करते समय, कौनसा क्रम इस्तेमाल किया जाता है:
डेटा टाइप | ऑर्डर को क्रम से लगाएं | ज़रूरी जानकारी |
---|---|---|
सरणी | एलिमेंट वैल्यू के हिसाब से |
किसी अरे में, उसके एलिमेंट के तौर पर कोई अन्य अरे वैल्यू नहीं हो सकती. किसी अरे के अंदर, एलिमेंट उन्हें असाइन की गई पोज़िशन को बनाए रखते हैं. दो या उससे ज़्यादा अरे को क्रम में लगाते समय, अरे को उनकी एलिमेंट वैल्यू के आधार पर क्रम में लगाया जाता है.
दो कलेक्शन की तुलना करते समय, हर कलेक्शन के पहले एलिमेंट की तुलना की जाती है. अगर पहले एलिमेंट बराबर हैं, तो दूसरे एलिमेंट की तुलना की जाती है. ऐसा तब तक होता रहता है, जब तक अंतर नहीं मिल जाता. अगर किसी कलेक्शन में तुलना करने के लिए एलिमेंट खत्म हो जाते हैं, लेकिन वे उस पॉइंट के बराबर होते हैं, तो लंबी अरे से पहले छोटे अरे को क्रम में लगाया जाता है. उदाहरण के लिए, |
बूलियन | false < true |
— |
बाइट | बाइट ऑर्डर | 10,48,487 बाइट (1 MiB - 89 बाइट) तक. क्वेरी में सिर्फ़ शुरुआती 1,500 बाइट को शामिल किया जाता है. |
तारीख और समय | कालानुक्रमिक | Cloud Firestore में स्टोर किए जाने पर, सिर्फ़ माइक्रोसेकंड में सटीक जानकारी दी जाती है. किसी भी अतिरिक्त सटीक वैल्यू को राउंड-डाउन कर दिया जाता है. |
फ़्लोटिंग-पॉइंट नंबर | अंक | 64-बिट डबल प्रिसिज़न, आईईईई 754. |
भौगोलिक बिंदु | अक्षांश के बाद, फिर देशांतर के हिसाब से | क्वेरी की सीमाओं की वजह से, फ़िलहाल हम इस तरह के डेटा का इस्तेमाल करने का सुझाव नहीं देते. आम तौर पर, अक्षांश और देशांतर को अलग-अलग संख्या वाले फ़ील्ड के तौर पर सेव करना बेहतर होता है. अगर आपके ऐप्लिकेशन को आसान दूरी-आधारित भौगोलिक क्वेरी की ज़रूरत है, तो भौगोलिक क्वेरी देखें |
पूर्णांक | अंक | 64-बिट, साइन किया गया |
मैप | कुंजियों के हिसाब से, फिर वैल्यू के हिसाब से | यह किसी दस्तावेज़ में एम्बेड किए गए ऑब्जेक्ट को दिखाता है. इंडेक्स होने के बाद, सबफ़ील्ड पर क्वेरी की जा सकती है. अगर इस वैल्यू को इंडेक्स करने से बाहर रखा जाता है, तो सभी सबफ़ील्ड को भी इंडेक्स नहीं किया जाता.
कुंजी का क्रम हमेशा क्रम से लगाया जाता है. उदाहरण के लिए, अगर आप मैप के फ़ील्ड, कुंजी के हिसाब से क्रम में लगाए जाते हैं और उनकी तुलना की-वैल्यू पेयर के हिसाब से किया जाता है. इसके लिए, पहले कुंजियों और फिर वैल्यू की तुलना की जाती है. अगर पहले की-वैल्यू पेयर बराबर हैं, तो अगले की-वैल्यू पेयर की तुलना की जाती है. यह क्रम इसी तरह जारी रहता है. अगर दो मैप में एक ही की-वैल्यू पेयर हैं, तो मैप की लंबाई को माना जाता है. उदाहरण के लिए, नीचे दिए गए मैप बढ़ते क्रम में हैं:
|
NaN | कोई नहीं | — |
शून्य | कोई नहीं | — |
रेफ़रंस | पाथ एलिमेंट के हिसाब से (कलेक्शन, दस्तावेज़ आईडी, कलेक्शन, दस्तावेज़ आईडी...) | उदाहरण के लिए,
projects/[PROJECT_ID]/databases/[DATABASE_ID]/documents/[DOCUMENT_PATH] . |
टेक्स्ट स्ट्रिंग | UTF-8 कोड में बदले गए बाइट का क्रम | 10,48,487 बाइट (1 MiB - 89 बाइट) तक. क्वेरी में, UTF-8 प्रज़ेंटेशन के सिर्फ़ शुरुआती 1,500 बाइट को शामिल किया जाता है. |
वेक्टर | डाइमेंशन और फिर अलग-अलग एलिमेंट की वैल्यू के हिसाब से | एम्बेड करने के लिए, ज़्यादा से ज़्यादा 2048 डाइमेंशन का इस्तेमाल किया जा सकता है. बड़े डाइमेंशन वाले वेक्टर को सेव करने के लिए, डाइमेंशन के हिसाब से डेटा पाने की सुविधा का इस्तेमाल करें. |
वैल्यू टाइप को क्रम में लगाएं
जब किसी क्वेरी में मिले-जुले टाइप की वैल्यू वाला फ़ील्ड शामिल होता है, तो Cloud Firestore, अंदरूनी प्रतिनिधित्व के आधार पर डिटरमिनिस्टिक क्रम का इस्तेमाल करता है. यह सूची क्रम दिखाती है:
- शून्य मान
- बूलियन मान
- NaN मान
- पूर्णांक और फ़्लोटिंग-पॉइंट वैल्यू, अंकों के क्रम में
- तारीख की वैल्यू
- टेक्स्ट स्ट्रिंग की वैल्यू
- बाइट वैल्यू
- Cloud Firestore के रेफ़रंस
- भौगोलिक बिंदु मान
- अरे की वैल्यू
- वेक्टर एम्बेड करना
- मैप वैल्यू