ऐसे डेटा टाइप जिनके साथ PostgreSQL कनेक्टर काम करता है

इस पेज पर, उन डेटा टाइप के बारे में बताया गया है जिनका इस्तेमाल Cloud Firestore में किया जा सकता है.

डेटा टाइप

नीचे दी गई टेबल में, Cloud Firestore में इस्तेमाल किए जा सकने वाले डेटा टाइप की सूची दी गई है. इसमें, एक ही तरह की वैल्यू की तुलना करते समय इस्तेमाल किए जाने वाले क्रम के बारे में भी बताया गया है:

डेटा टाइप क्रमित करें नोट
सरणी एलिमेंट की वैल्यू के हिसाब से

किसी अरे में, उसके एलिमेंट के तौर पर कोई अन्य अरे वैल्यू नहीं हो सकती.

कलेक्शन में, एलिमेंट को असाइन की गई पोज़िशन में ही रखा जाता है. दो या उससे ज़्यादा ऐरे को क्रम से लगाने पर, ऐरे को उनके एलिमेंट की वैल्यू के आधार पर क्रम से लगाया जाता है.

दो ऐरे की तुलना करते समय, हर ऐरे के पहले एलिमेंट की तुलना की जाती है. अगर पहले एलिमेंट बराबर हैं, तो दूसरे एलिमेंट की तुलना की जाती है. ऐसा तब तक होता रहता है, जब तक अंतर नहीं मिल जाता. अगर किसी ऐरे में तुलना करने के लिए एलिमेंट नहीं बचे हैं, लेकिन उस तक एलिमेंट बराबर हैं, तो छोटे ऐरे को लंबे ऐरे से पहले क्रम में लगाया जाता है.

उदाहरण के लिए, [1, 2, 3] < [1, 2, 3, 1] < [2]. ऐरे [2] के पहले एलिमेंट की वैल्यू सबसे ज़्यादा है. [1, 2, 3] ऐरे में, [1, 2, 3, 1] के पहले तीन एलिमेंट के बराबर एलिमेंट हैं, लेकिन यह ऐरे छोटा है.

बूलियन false < true
बाइट बाइट का क्रम 10,48,487 बाइट (1 MiB - 89 बाइट) तक. क्वेरी में सिर्फ़ शुरुआती 1,500 बाइट का ही इस्तेमाल किया जाता है.
तारीख और समय क्रम से Cloud Firestore में सेव करने पर, यह सिर्फ़ माइक्रोसेकंड तक सटीक होता है. इसके बाद, इसे राउंड किया जाता है.
फ़्लोटिंग-पॉइंट नंबर अंक 64-बिट डबल प्रिसीज़न, IEEE 754.
भौगोलिक पॉइंट पहले अक्षांश और उसके बाद देशांतर फ़िलहाल, क्वेरी करने से जुड़ी सीमाओं की वजह से, हमारा सुझाव है कि इस डेटा टाइप का इस्तेमाल न करें. आम तौर पर, अक्षांश और देशांतर को अलग-अलग संख्या वाले फ़ील्ड के तौर पर सेव करना बेहतर होता है. अगर आपके ऐप्लिकेशन को दूरी के आधार पर आसान जियोक्वेरी की ज़रूरत है, तो जियोक्वेरी देखें
पूर्णांक अंक 64-बिट, हस्ताक्षर किया गया
मैप पहले बटन के हिसाब से, फिर वैल्यू के हिसाब से

यह किसी दस्तावेज़ में एम्बेड किए गए ऑब्जेक्ट को दिखाता है. इंडेक्स होने के बाद, सब-फ़ील्ड पर क्वेरी की जा सकती है. अगर इस वैल्यू को इंडेक्स करने से बाहर रखा जाता है, तो सभी सबफ़ील्ड को भी इंडेक्स करने से बाहर रखा जाता है.

कुंजियों का क्रम हमेशा क्रम से लगाया जाता है. उदाहरण के लिए, अगर आपने लिखा है कि {c: "foo", a: "bar", b: "qux"} मैप को बटन के हिसाब से क्रम में लगाया गया है और इसे {a: "bar", b: "qux", c: "foo"} के तौर पर सेव किया गया है.

मैप फ़ील्ड को की के हिसाब से क्रम में लगाया जाता है और की-वैल्यू पेयर के हिसाब से उनकी तुलना की जाती है. सबसे पहले, की की तुलना की जाती है और फिर वैल्यू की. अगर पहले की-वैल्यू पेयर बराबर हैं, तो अगले की-वैल्यू पेयर की तुलना की जाती है. अगर दो मैप में एक जैसे सभी कीवर्ड-वैल्यू पेयर हैं, तो मैप की लंबाई को ध्यान में रखा जाता है. उदाहरण के लिए, नीचे दिए गए मैप बढ़ते क्रम में हैं:

{a: "aaa", b: "baz"}
{a: "foo", b: "bar"}
{a: "foo", b: "bar", c: "qux"}
{a: "foo", b: "baz"}
{b: "aaa", c: "baz"}
{c: "aaa"}

NaN कोई नहीं
शून्य कोई नहीं
रेफ़रंस पाथ एलिमेंट के हिसाब से (संग्रह, दस्तावेज़ आईडी, संग्रह, दस्तावेज़ आईडी...) उदाहरण के लिए, projects/[PROJECT_ID]/databases/[DATABASE_ID]/documents/[DOCUMENT_PATH].
टेक्स्ट स्ट्रिंग UTF-8 कोड में बदला गया बाइट ऑर्डर 1,048,487 बाइट (1 एमबी - 89 बाइट) तक. क्वेरी में, UTF-8 रीप्रज़ेंटेशन के सिर्फ़ पहले 1,500 बाइट का ही इस्तेमाल किया जाता है.
वेक्टर डाइमेंशन के हिसाब से और फिर अलग-अलग एलिमेंट की वैल्यू के हिसाब से एम्बेड करने के लिए, ज़्यादा से ज़्यादा 2048 डाइमेंशन का इस्तेमाल किया जा सकता है. बड़े डाइमेंशन वाले वेक्टर को सेव करने के लिए, डाइमेंशन के हिसाब से डेटा पाने की सुविधा का इस्तेमाल करें.

वैल्यू टाइप के हिसाब से क्रम में लगाना

जब किसी क्वेरी में अलग-अलग टाइप की वैल्यू वाला फ़ील्ड शामिल होता है, तो Cloud Firestore, इंटरनल रेप्रज़ेंटेशन के आधार पर, तय क्रम का इस्तेमाल करता है. यहां दी गई सूची में क्रम बताया गया है:

  1. शून्य वैल्यू
  2. बूलियन वैल्यू
  3. NaN वैल्यू
  4. पूर्णांक और फ़्लोटिंग-पॉइंट वैल्यू, संख्या के क्रम में लगाई गई
  5. तारीख की वैल्यू
  6. टेक्स्ट स्ट्रिंग वैल्यू
  7. बाइट वैल्यू
  8. Cloud Firestore रेफ़रंस
  9. भौगोलिक पॉइंट वैल्यू
  10. ऐरे वैल्यू
  11. वेक्टर एम्बेड
  12. मैप पर वैल्यू