इस दस्तावेज़ में, Google Cloud Search की सुविधाओं की सभी सीमाओं की जानकारी दी गई है. इन सीमाओं को चार ग्रुप में बांटा गया है: इंडेक्स करना, स्कीमा, सर्विंग, और समानार्थी शब्द.
इंडेक्स करने की सीमाएं
| सुविधा | सीमा | ज़रूरी जानकारी |
|---|---|---|
| दस्तावेज़ के हर फ़ील्ड का ज़्यादा से ज़्यादा साइज़ | 1 एमबी | हर फ़ील्ड में मौजूद सिर्फ़ पहले एक एमबी का कॉन्टेंट इंडेक्स किया जाता है. इसमें ItemContent.content भी शामिल है. |
| हर दस्तावेज़ के लिए, इंडेक्स किए जा सकने वाले कॉन्टेंट का ज़्यादा से ज़्यादा साइज़ | 10 MB | Cloud Search, किसी दस्तावेज़ को पहले 10 एमबी तक इंडेक्स करता है. इससे कोई फ़र्क़ नहीं पड़ता कि वह दस्तावेज़ बड़ा है या नहीं. |
| दस्तावेज़ का साइज़ इससे ज़्यादा नहीं होना चाहिए | 50 एमबी | अगर आपका दस्तावेज़ इस थ्रेशोल्ड से बड़ा है, तो इंडेक्स करने वाला एपीआई गड़बड़ी का मैसेज दिखाता है. |
| ACL पदानुक्रम की अधिकतम गहराई | 20 लेवल | अगर आपकी एसीएल हैरारकी बड़ी है, तो इंडेक्स करने वाला एपीआई गड़बड़ी का मैसेज दिखाता है. |
| फ़ोल्डर की हैरारकी की ज़्यादा से ज़्यादा गहराई | 32 लेवल | अगर आपके फ़ोल्डर की हैरारकी बड़ी है, तो इंडेक्स करने वाला एपीआई गड़बड़ी का मैसेज दिखाता है. |
| हर ग्राहक के हिसाब से डेटा सोर्स की ज़्यादा से ज़्यादा संख्या | 50 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| खोज के लिए इस्तेमाल किए गए हर ऐप्लिकेशन के लिए, डेटा सोर्स की ज़्यादा से ज़्यादा संख्या | 10 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| प्रति ग्राहक खोज ऐप्लिकेशन की अधिकतम संख्या | 25 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| हर ग्राहक के लिए, पहचान स्रोतों की ज़्यादा से ज़्यादा संख्या | 100 | डायरेक्ट्री एपीआई उपयोगकर्ता स्कीमा में, हर पहचान स्रोत को एक नए कस्टम एट्रिब्यूट से जोड़ा जाता है. डायरेक्ट्री एपीआई, स्कीमा में 100 कस्टम एट्रिब्यूट की अनुमति देता है. अगर आपने दूसरे मकसद के लिए कस्टम एट्रिब्यूट सेट किए हैं, तो जो आइडेंटिटी सोर्स बनाए जा सकते हैं वे उतनी ही कम हो जाती हैं. |
| Google की ज़्यादा से ज़्यादा संख्या, जिन्हें कोई बाहरी पहचान मैप कर सकती है | 2 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| हर आइडेंटिटी सोर्स के लिए, अनुमति वाले सेवा खातों की ज़्यादा से ज़्यादा संख्या | 5 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| हर आइटम के लिए, संगठन से बाहर की पहचान से जुड़ी ज़्यादा से ज़्यादा संख्या | 100 | तय सीमा में संगठन से बाहर के किसी व्यक्ति या इकाई को सिर्फ़ एक बार गिना जाता है. |
| हर Google Cloud प्रोजेक्ट के लिए, हर सेकंड ज़्यादा से ज़्यादा इंडेक्स करने वाले एपीआई कॉल | 100 | इससे Google Cloud Search, सभी ग्राहकों के लिए सेवा की क्वालिटी बनाए रख पाता है. |
स्कीमा की सीमाएं
| सुविधा | सीमा | ज़रूरी जानकारी |
|---|---|---|
| हर डेटा सोर्स के लिए स्कीमा की ज़्यादा से ज़्यादा संख्या | 1 | हर डेटा सोर्स में सिर्फ़ एक स्कीमा हो सकता है. |
| हर ऑब्जेक्ट के लिए, क्रम से लगाए जा सकने वाले फ़ील्ड की ज़्यादा से ज़्यादा संख्या | 10 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| हर ऑब्जेक्ट के लिए फ़ेसटेबल फ़ील्ड की ज़्यादा से ज़्यादा संख्या | 10 | कुछ मामलों में, यह सीमा बढ़ाई जा सकती है. मदद के लिए, ग्राहक सहायता सेवा से संपर्क करें. |
| हर स्कीमा के लिए वाइल्डकार्ड फ़ील्ड की ज़्यादा से ज़्यादा संख्या | 5 | |
| हर स्कीमा के लिए सुझाए जा सकने वाले फ़ील्ड की ज़्यादा से ज़्यादा संख्या | 20 | |
| हर स्कीमा के लिए ज़्यादा से ज़्यादा ऑपरेटर | 50 | इस सीमा में इससे कम या इससे ज़्यादा ऑपरेटर शामिल नहीं हैं. |
| अलग-अलग ऑब्जेक्ट की संख्या | 10 | अलग-अलग ऑब्जेक्ट की ज़्यादा से ज़्यादा संख्या, जिनमें हर एक लॉजिकल सब-स्कीमा को दिखाता है और जिनकी अनुमति किसी डेटा सोर्स के स्कीमा में दी जाती है. कुछ मामलों में इस सीमा को बढ़ाया जा सकता है*. |
| नेस्ट की गई प्रॉपर्टी के साथ, किसी दिए गए ऑब्जेक्ट के लिए प्रॉपर्टी की ज़्यादा से ज़्यादा संख्या. | 1000 | |
| प्रॉपर्टी की ज़्यादा से ज़्यादा हैरारकी | 10 | हर ऑब्जेक्ट में, प्रॉपर्टी परिभाषाओं की नेस्टिंग सिर्फ़ 10 लेवल तक हो सकती है. |
| स्ट्रक्चर्ड डेटा का ज़्यादा से ज़्यादा साइज़ | 0.5 एमबी | हर आइटम के लिए स्ट्रक्चर्ड डेटा का कुल साइज़ 0.5 एमबी से ज़्यादा नहीं होना चाहिए. |
| आइटम के मेटाडेटा का ज़्यादा से ज़्यादा साइज़ | 0.5 एमबी | हर आइटम के मेटाडेटा का कुल साइज़ 0.5 एमबी से ज़्यादा नहीं होना चाहिए. |
खोज क्वेरी की सीमाएं
| सुविधा | सीमा | ज़रूरी जानकारी |
|---|---|---|
| किसी क्वेरी के लिए, हर डेटा सोर्स से मिले नतीजों की ज़्यादा से ज़्यादा संख्या | 5,000 | यह सीमा सीधे तौर पर, अलग-अलग ACL की ज़्यादा से ज़्यादा संख्या से तय की जाती है. हर डेटा सोर्स के लिए इसका आकलन किया जाता है. साथ ही, यह भी तय किया जाता है कि डेटा सोर्स, एक जैसे ACL का इस्तेमाल करता है या नहीं. |
| अलग-अलग ACL किए गए परिणामों की अधिकतम संख्या जिनके लिए मुखिकाओं की संख्या दिखाई गई है | 500 | एक जैसे ACL वाले डेटा सोर्स के लिए, यह सीमा लागू नहीं होती. हर आइटम एसीएल वाले डेटा सोर्स के लिए, मुखिका मान की संख्या सिर्फ़ तब दिखाई जाती है, जब कुल नतीजे 500 से कम या उसके बराबर हों. संख्या की ज़्यादा सटीक जानकारी पाने के लिए, एक ही ACL को शेयर करने वाले आइटम के हर ग्रुप के लिए एक VirtualContainer बनाएं और उनके कंटेनर से एसीएल में शामिल होने वाले आइटम रखें. |
| उन नतीजों की संख्या जिनके लिए मुखिकाओं की संख्या दिखाई गई है | 300000 | किसी डेटा सोर्स के लिए, अगर क्वेरी 3,00,000 से ज़्यादा नतीजों पर हिट करती है, तो फ़ैसेट की संख्या नहीं दिखाई जाती. भले ही, ACL किया गया नतीजा (हर आइटम या एक समान) कुछ भी हो. |
| क्वेरी में हर फ़ेसटेबल फ़ील्ड के लिए पहलू वैल्यू की ज़्यादा से ज़्यादा संख्या | 100 | उदाहरण के लिए, अलग-अलग लेखकों की संख्या, जिन्हें Author फ़ील्ड के लिए दिखाया गया है. |
समानार्थी शब्दों की सीमाएं
| सुविधा | सीमा | ज़रूरी जानकारी |
|---|---|---|
| प्रति शब्द समानार्थी शब्दों की ज़्यादा से ज़्यादा संख्या | किसी प्रॉपर्टी की ज़्यादा से ज़्यादा # वैल्यू के बराबर | |
| शब्दों की अधिकतम संख्या | आपके कोटा के आधार पर, क्योंकि इंडेक्स किए गए दस्तावेज़ों की संख्या में उनकी गिनती होती है | |
| किसी क्वेरी में इस्तेमाल किए जा सकने वाले, समानार्थी शब्दों के ज़्यादा से ज़्यादा # | क्वेरी स्ट्रिंग की लंबाई की सीमा के हिसाब से |