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