ऐसे डेटा टाइप जिनके साथ 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-बिट डबल प्रिसिज़न, आईईईई 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 कोड में बदले गए बाइट का क्रम 10,48,487 बाइट (1 MiB - 89 बाइट) तक. सिर्फ़ पहले 1,500 बाइट UTF-8 प्रज़ेंटेशन को क्वेरी से माना जाता है.
वेक्टर डाइमेंशन और फिर अलग-अलग एलिमेंट की वैल्यू के हिसाब से एम्बेड करने के लिए, ज़्यादा से ज़्यादा 2048 डाइमेंशन का इस्तेमाल किया जा सकता है. वेक्टर को इसमें सेव करने के लिए बड़े डाइमेंशन में, डाइमेंशन में कमी.

वैल्यू टाइप को क्रम में लगाएं

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

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