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

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

डेटा टाइप

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

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

स्टैंडर्ड एडिशन के डेटाबेस में, किसी ऐरे में उसके एलिमेंट के तौर पर दूसरी ऐरे वैल्यू शामिल नहीं की जा सकती. Enterprise वर्शन के डेटाबेस में, किसी ऐरे में ऐरे वैल्यू को उसके किसी एलिमेंट के तौर पर शामिल किया जा सकता है.

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

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

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

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

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

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

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

संख्या के हिसाब से क्रम में लगाना

Cloud Firestore सभी संख्यात्मक वैल्यू (Integer और Floating point) को एक-दूसरे के साथ इंटरलीव करके क्रम से लगाता है. फ़्लोटिंग पॉइंट की तुलना, IEEE 754 के कुल क्रम का पालन करती है. हालांकि, इसमें एक खास अपवाद यह है कि Cloud Firestore, सभी NaN वैल्यू को सामान्य करता है और इसे -Infinity से कम मानता है.