Directory API: सीमाएं और कोटा

सीमाएं और कोटा, Google के इन्फ़्रास्ट्रक्चर को ऐसी ऑटोमेटेड प्रोसेस से सुरक्षित रखते हैं जो Directory API का गलत तरीके से इस्तेमाल करती है. किसी एपीआई से बहुत ज़्यादा अनुरोध मिलने की वजह, टाइपिंग की कोई सामान्य गड़बड़ी हो सकती है. इसके अलावा, ऐसा खराब तरीके से डिज़ाइन किए गए सिस्टम की वजह से भी हो सकता है जो बेवजह एपीआई कॉल करता है. वजह चाहे जो भी हो, किसी खास सोर्स से आने वाले ट्रैफ़िक को एक तय सीमा के बाद ब्लॉक करना ज़रूरी है. इससे Google Workspace सिस्टम को बेहतर तरीके से काम करने में मदद मिलती है. इससे यह पक्का होता है कि किसी एक डेवलपर की कार्रवाइयों से, पूरी कम्यूनिटी पर बुरा असर न पड़े.

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

यहां दी गई सूची में, गड़बड़ी के संभावित कोड, वजहें, उनसे जुड़ी जानकारी, और कोटा की सीमाएं पूरी होने की वजह से होने वाली गड़बड़ियों के लिए सुझाई गई कार्रवाई के बारे में बताया गया है.

कोड कारण ब्यौरा सुझाई गई कार्रवाई
403 userRateLimitExceeded इससे पता चलता है कि उपयोगकर्ता के लिए तय की गई अनुरोधों की संख्या पूरी हो गई है. Google Cloud console में सेट की गई डिफ़ॉल्ट वैल्यू, हर Google Cloud प्रोजेक्ट के लिए, हर उपयोगकर्ता के लिए, हर मिनट 2,400 क्वेरी है. अपने Google Cloud प्रोजेक्ट के Admin SDK API के कोटे वाले पेज पर जाकर, हर उपयोगकर्ता के लिए तय की गई सीमाएं बढ़ाएं या एक्स्पोनेंशियल बैकऑफ़ का इस्तेमाल करके, अनुरोध भेजने की दर को कम करें.
403 quotaExceeded इससे पता चलता है कि किसी कार्रवाई के लिए, एक साथ किए जाने वाले अनुरोधों की तय सीमा पूरी हो गई है. एक्स्पोनेंशियल बैक-ऑफ़ का इस्तेमाल करके फिर से कोशिश करें. आपको अनुरोध भेजने की दर को कम करना होगा.
429 rateLimitExceeded इससे पता चलता है कि किसी कार्रवाई के लिए, एक साथ किए जाने वाले अनुरोधों की तय सीमा पूरी हो गई है. एक्स्पोनेंशियल बैक-ऑफ़ का इस्तेमाल करके फिर से कोशिश करें. आपको अनुरोध भेजने की दर को कम करना होगा. यह सीमा हर Google Workspace खाते के लिए है, न कि हर एपीआई क्लाइंट या हर उपयोगकर्ता के लिए. इस सीमा को बढ़ाया नहीं जा सकता.

एक्स्पोनेंशियल बैकऑफ़ को लागू करना

एक्स्पोनेंशियल बैकऑफ़ एक ऐसी प्रोसेस है जिसमें क्लाइंट, समय-समय पर किसी ऐसे अनुरोध को फिर से भेजने की कोशिश करता है जो पूरा नहीं हो पाया था. इस प्रोसेस में, अनुरोध भेजने के बीच का समय बढ़ता जाता है. यह नेटवर्क ऐप्लिकेशन के लिए, गड़बड़ी को ठीक करने की एक स्टैंडर्ड रणनीति है. एक्स्पोनेंशियल बैकऑफ़ का इस्तेमाल करने से, बैंडविड्थ के इस्तेमाल की क्षमता बढ़ती है. साथ ही, सही जवाब पाने के लिए ज़रूरी अनुरोधों की संख्या कम हो जाती है. इसके अलावा, एक साथ कई अनुरोधों को प्रोसेस करने वाले एनवायरमेंट में, अनुरोधों के थ्रूपुट को बढ़ाया जा सकता है.

आसान एक्स्पोनेंशियल बैकऑफ़ को लागू करने का तरीका यहां बताया गया है.

  1. एपीआई को अनुरोध करना
  2. गड़बड़ी का ऐसा जवाब मिलना जिसमें गड़बड़ी का कोड फिर से कोशिश करने लायक हो
  3. एक सेकंड + random_number_milliseconds सेकंड तक इंतज़ार करें
  4. अनुरोध फिर से करें
  5. गड़बड़ी का ऐसा जवाब मिलना जिसमें गड़बड़ी का कोड फिर से कोशिश करने लायक हो
  6. दो सेकंड + random_number_milliseconds सेकंड इंतज़ार करें
  7. अनुरोध फिर से करें
  8. गड़बड़ी का ऐसा जवाब मिलना जिसमें गड़बड़ी का कोड फिर से कोशिश करने लायक हो
  9. चार सेकंड + random_number_milliseconds सेकंड इंतज़ार करें
  10. अनुरोध फिर से करें
  11. गड़बड़ी का ऐसा जवाब मिलना जिसमें गड़बड़ी का कोड फिर से कोशिश करने लायक हो
  12. 8 सेकंड + random_number_milliseconds सेकंड तक इंतज़ार करें
  13. अनुरोध फिर से करें
  14. गड़बड़ी का ऐसा जवाब मिलना जिसमें गड़बड़ी का कोड फिर से कोशिश करने लायक हो
  15. 16 सेकंड + random_number_milliseconds सेकंड इंतज़ार करें
  16. अनुरोध फिर से करें
  17. अगर आपको अब भी गड़बड़ी का कोई मैसेज मिलता है, तो प्रोसेस को रोकें और गड़बड़ी को लॉग करें.

ऊपर दिए गए फ़्लो में, random_number_milliseconds मिलीसेकंड की कोई भी संख्या है, जो 1,000 से कम या उसके बराबर है. एक साथ कई लागू करने के दौरान, लॉक से जुड़ी कुछ गड़बड़ियों से बचने के लिए ऐसा करना ज़रूरी है. हर बार इंतज़ार करने के बाद, random_number_milliseconds को फिर से तय करना होगा.

ध्यान दें: इंतज़ार का समय हमेशा (2 ^ n) + random_number_milliseconds होता है, जहां n लगातार बढ़ने वाला पूर्णांक है, जिसे शुरुआत में 0 के तौर पर तय किया जाता है. हर बार (हर अनुरोध) के लिए n की वैल्यू 1 बढ़ जाती है.

एल्गोरिदम को n की वैल्यू 5 होने पर खत्म होने के लिए सेट किया गया है. यह सीमा इसलिए तय की गई है, ताकि क्लाइंट बार-बार कोशिश न करते रहें. साथ ही, अनुरोध को "ऐसी गड़बड़ी जिसकी वजह से डेटा वापस नहीं पाया जा सकता" के तौर पर मार्क करने से पहले, कुल 32 सेकंड की देरी होती है. ज़रूरत पड़ने पर, आपका एपीआई क्लाइंट ज़्यादा बार कोशिश कर सकता है.

एपीआई की सीमाएं और कोटा

एपीआई की सीमा की कैटगरी सीमाएं
उपयोगकर्ता बनाना Directory API का इस्तेमाल करके, हर डोमेन के लिए हर सेकंड 10 से ज़्यादा उपयोगकर्ता नहीं बनाए जा सकते.
उपयोगकर्ताओं को मिटाना Directory API का इस्तेमाल करके, हर डोमेन से हर सेकंड में ज़्यादा से ज़्यादा पांच उपयोगकर्ताओं को मिटाया जा सकता है. यह हर डोमेन के लिए बैकएंड सेवा की सीमा है. इसे Google Cloud Console प्रोजेक्ट के कोटा में अडजस्ट नहीं किया जा सकता. एक साथ कई अनुरोध भेजते समय, पक्का करें कि सभी बैच में कुल कार्रवाइयां, पांच क्वेरी प्रति सेकंड (क्यूपीएस) से कम हों.
ग्रुप के सदस्यों को हटाना Directory API का इस्तेमाल करके, हर डोमेन के लिए हर सेकंड, ग्रुप के ज़्यादा से ज़्यादा 30 सदस्यों को मिटाया जा सकता है. यह हर डोमेन के लिए बैकएंड सेवा की सीमा है. इसे Google Cloud Console प्रोजेक्ट के कोटा में अडजस्ट नहीं किया जा सकता. बैच में अनुरोध भेजते समय, पक्का करें कि सभी बैच में कुल कार्रवाइयां, 30 क्वेरी प्रति सेकंड (क्यूपीएस) से कम हों.
ग्रुप को किसी दूसरे ग्रुप के सदस्य के तौर पर जोड़ा गया चाइल्ड ग्रुप के सदस्यों को पैरंट ग्रुप के सदस्यों के तौर पर दिखने में 10 मिनट लग सकते हैं. सिस्टम की क्षमता के हिसाब से, यह सीमा बदल सकती है.
मोबाइल डिवाइस

Directory API का इस्तेमाल करके, ये काम किए जा सकते हैं:

  • हर सेकंड 20 कार्रवाइयों के अनुरोध.
  • हर सेकंड, मिटाने के 20 अनुरोध.
  • हर सेकंड 10 GET अनुरोध.
  • हर सेकंड 10 सूची अनुरोध.
उपयोगकर्ताओं के नाम बदले जा रहे हैं सभी सेवाओं पर लागू होने में 10 मिनट लग सकते हैं. हमारा सुझाव है कि किसी उपयोगकर्ता का नाम बदलने से पहले, उसे सभी ब्राउज़र सेशन और सेवाओं से लॉग आउट कर दें. ज़्यादा जानकारी के लिए, उपयोगकर्ताओं की जानकारी अपडेट करना लेख पढ़ें.
संगठन की इकाइयां बनाना/अपडेट करना
  • Directory API का इस्तेमाल करके, हर ग्राहक के लिए हर सेकंड, संगठन की एक से ज़्यादा इकाई नहीं बनाई जा सकती और न ही अपडेट की जा सकती है.
  • ग्राहक के संगठन की इकाई के क्रम में ज़्यादा से ज़्यादा 35 लेवल हो सकते हैं.
  • हर ग्राहक के लिए, संगठन की इकाइयों की कुल संख्या 40,000 से ज़्यादा नहीं होनी चाहिए.
एपीआई कोटा की कैटगरी कोटा
Chrome डिवाइस annotatedLocation, ज़्यादा से ज़्यादा वर्ण डिवाइस की जगह की जानकारी के लिए, ज़्यादा से ज़्यादा 200 वर्ण इस्तेमाल किए जा सकते हैं.
Chrome डिवाइस notes, ज़्यादा से ज़्यादा वर्ण किसी डिवाइस के नोट की जानकारी में ज़्यादा से ज़्यादा 500 वर्ण इस्तेमाल किए जा सकते हैं.
Chrome डिवाइस, ज़्यादा से ज़्यादा user वर्ण डिवाइस के उपयोगकर्ता के नाम में ज़्यादा से ज़्यादा 100 वर्ण हो सकते हैं.
अन्य डोमेन नेम, ज़्यादा से ज़्यादा ज़्यादा से ज़्यादा 20 डोमेन उपनाम जोड़े जा सकते हैं.
ग्रुप, जानकारी ब्यौरे में ज़्यादा से ज़्यादा 4,096 वर्ण हो सकते हैं.
हर खाते के लिए ग्रुप G Suite के लेगसी मुफ़्त वर्शन वाले खाते से, ज़्यादा से ज़्यादा 10 ग्रुप बनाए जा सकते हैं. अन्य वर्शन में, ग्रुप की संख्या की कोई सीमा नहीं है.
ग्रुप, हर ग्रुप में सदस्यों की संख्या G Suite के पुराने मुफ़्त वर्शन वाले खाते से बनाए गए ग्रुप में, ज़्यादा से ज़्यादा 100 सदस्य शामिल हो सकते हैं. अन्य वर्शन में, किसी ग्रुप में सदस्यों की संख्या की कोई सीमा नहीं होती. हर उपयोगकर्ता के लिए, ग्रुप की सदस्यता की सीमाओं के बारे में जानने के लिए, Groups की नीतियों और सीमाओं के बारे में जानकारी लेख पढ़ें
maxResults क्वेरी स्ट्रिंग एपीआई यह जानकारी दिखाता है:
  • Chrome और मोबाइल डिवाइस – डिफ़ॉल्ट रूप से, हर पेज पर ज़्यादा से ज़्यादा 100 एंट्री दिखती हैं.
  • ग्रुप और ग्रुप के सदस्य – हर पेज पर डिफ़ॉल्ट रूप से 200 एंट्री दिखती हैं. ज़्यादा से ज़्यादा 200 एंट्री ही दिख सकती हैं.
  • उपयोगकर्ता – हर पेज पर डिफ़ॉल्ट रूप से 100 एंट्री और ज़्यादा से ज़्यादा 500 एंट्री.
उपयोगकर्ता के उपनाम और संगठन की इकाई के संसाधनों में, रिस्पॉन्स पेजेशन का इस्तेमाल नहीं किया जाता. उपयोगकर्ता के सभी प्राइमरी ईमेल पते, वर्णमाला के क्रम में दिखाए जाते हैं. साथ ही, जवाब का क्रम केस-इनसेंसिटिव होता है.
एक से ज़्यादा डोमेन, एक खाते में ज़्यादा से ज़्यादा कितने डोमेन जोड़े जा सकते हैं 600 (एक प्राइमरी डोमेन + 599 अतिरिक्त डोमेन)
संगठन की इकाई, एक बार में ज़्यादा से ज़्यादा कितने उपयोगकर्ताओं को मूव किया जा सकता है एक बार में 20 उपयोगकर्ताओं को मूव किया जा सकता है. साथ ही, उपयोगकर्ता का मुख्य ईमेल पता पहले से ही खाते में मौजूद होना चाहिए.
उपयोगकर्ता के उपनाम हर उपयोगकर्ता खाते के लिए, ज़्यादा से ज़्यादा 30 ईमेल उपनाम बनाए जा सकते हैं.
उपयोगकर्ता के दूसरे ईमेल पते, मिटाए गए दूसरे ईमेल पते का इस्तेमाल करना मिटाए गए उपयोगकर्ता के ईमेल उपनाम का इस्तेमाल, तुरंत फिर से किया जा सकता है.

अन्य तरह की सीमाएं सीमाएं और दिशा-निर्देश
बिलिंग और उपयोगकर्ता बनाना Google Workspace के लिए महीने के हिसाब से प्लान इस्तेमाल करने वाले उपयोगकर्ताओं के लिए, इस एपीआई का इस्तेमाल करके उपयोगकर्ता बनाने पर शुल्क लगेगा. यह शुल्क, आपके ग्राहक के बिलिंग खाते से लिया जाएगा. उदाहरण के लिए, अगर आपने Google Workspace के लिए महीने के हिसाब से प्लान लिया है, तो 10 उपयोगकर्ता बनाने पर, आपके खाते से 10 Google Workspace लाइसेंस का शुल्क लिया जाएगा. यह शुल्क, उपयोगकर्ता बनाने के समय से लेकर महीने के आखिर तक के हिसाब से लिया जाएगा. अगर आपने सालाना प्लान लिया है, तो आपने पहले ही तय संख्या में लाइसेंस के लिए पेमेंट करने की सहमति दे दी होगी. ऐसे में, आपके पास सिर्फ़ उतने ही उपयोगकर्ता बनाने का विकल्प होगा जितने के लिए आपने सहमति दी है. बिलिंग प्लान और बिलिंग खाते के बारे में ज़्यादा जानने के लिए, एडमिन सहायता केंद्र पर जाएं.
नाम और उपनाम नाम और सरनेम में ज़्यादा से ज़्यादा 40 वर्ण हो सकते हैं. इनमें यूनिकोड/UTF-8 वर्णों का इस्तेमाल किया जा सकता है. साथ ही, इनमें स्पेस, अक्षर (a-z), संख्याएं (0-9), डैश (-), फ़ॉरवर्ड स्लैश (/), और फ़ुल स्टॉप (.) शामिल हो सकते हैं. वर्णों के इस्तेमाल से जुड़े नियमों के बारे में ज़्यादा जानने के लिए, एडमिन सहायता केंद्र पर जाएं.
ग्रुप मिटाना किसी ग्रुप को मिटाने से, उसके सदस्यों के उपयोगकर्ता खाते नहीं मिटते.
ग्रुप और ग्रुप के सदस्यों के ईमेल पते में बदलाव एपीआई के इस वर्शन में, Google Workspace की सेवा चालू करने से पहले, किसी ग्रुप का ईमेल पता बदला जा सकता है. ग्रुप के किसी सदस्य का ईमेल पता बदलने के लिए, Google Admin console का इस्तेमाल करें. ईमेल पता बदलने के बाद, एपीआई में यह बदलाव अपने-आप दिखने लगता है.
ग्रुप, सेटिंग Google Admin console का इस्तेमाल करके, Groups की ऐक्सेस सेटिंग, शेयर करने के विकल्प, निगरानी, और चर्चा के संग्रह को मैनेज किया जाता है. ग्रुप की सेटिंग के बारे में ज़्यादा जानने के लिए, एडमिन सहायता केंद्र पर जाएं.
ग्रुप, मैसेज भेजना स्पैम और ईमेल के गलत इस्तेमाल को रोकने के लिए, Google ने बाहरी ईमेल पतों पर एक बार में भेजे जा सकने वाले ईमेल की संख्या सीमित की है. अगर किसी ग्रुप को मैसेज भेजा जाता है, तो संगठन से बाहर के हर सदस्य को एक ईमेल पाने वाले के तौर पर गिना जाता है. ज़्यादा जानकारी के लिए, ईमेल भेजने की सीमाएं और Gmail के उपयोगकर्ताओं को भेजे गए ईमेल को ब्लॉक किए जाने या उन्हें स्पैम फ़ोल्डर में भेजे जाने से रोकना लेख पढ़ें.
ग्रुप, एनडीआर मैसेज भेजना किसी ग्रुप को ईमेल न मिलने की सूचनाएं (एनडीआर) नहीं भेजी जा सकतीं या फ़ॉरवर्ड नहीं की जा सकतीं. इन्हें "ईमेल वापसी के मैसेज" भी कहा जाता है.
उपयोगकर्ताओं के बनाए गए ग्रुप और उनकी सीमाएं उपयोगकर्ता के बनाए गए ग्रुप की सीमाओं के बारे में जानने के लिए, एडमिन सहायता केंद्र पर जाएं
संगठन की इकाई, सेवाओं को चालू/बंद करना संगठन की किसी इकाई के लिए, सेवाओं को चालू और बंद करने की सुविधा को मैनेज करने के लिए, Google Admin console का इस्तेमाल करें.
पासवर्ड इसमें वर्णों का कोई भी कॉम्बिनेशन हो सकता है. कम से कम आठ वर्ण होने चाहिए. ज़्यादा से ज़्यादा 100 वर्ण इस्तेमाल किए जा सकते हैं.
फ़ोटो एपीआई के इस वर्शन में, उपयोगकर्ता की Google प्रोफ़ाइल फ़ोटो को ही उसकी फ़ोटो माना जाता है.
उपयोगकर्ता नाम उपयोगकर्ता नाम में अक्षर (a-z), संख्याएं (0-9), डैश (-), और अंडरस्कोर (_) शामिल हो सकते हैं. साथ ही, Google Workspace में डॉट या पीरियड (.) का इस्तेमाल किया जा सकता है. यह Gmail से अलग है. उपयोगकर्ता नाम में बराबर का निशान (=), ब्रैकेट (<,>) या एक साथ एक से ज़्यादा पूर्ण विराम (.) नहीं हो सकते. ज़्यादा जानकारी के लिए, एडमिन सहायता केंद्र पर जाएं.
उपयोगकर्ता नाम, नाम बदलना नाम बदलने के बाद, Google Hangouts चैट के लिए भेजे गए उन सभी न्योतों को खारिज कर देता है जिन्हें सेव किया गया था. उपयोगकर्ता को दोस्तों के साथ फिर से चैट करने के लिए, अनुमति का अनुरोध करना होगा. पुराने उपयोगकर्ता नाम को दूसरे ईमेल पते के तौर पर सेव रखा जाता है. इससे यह पक्का किया जाता है कि ईमेल फ़ॉरवर्ड करने की सुविधा की सेटिंग के मामले में, ईमेल लगातार डिलीवर होते रहें. साथ ही, यह नए उपयोगकर्ता नाम के तौर पर उपलब्ध नहीं होगा. उपयोगकर्ताओं के नाम बदलने से होने वाले असर के बारे में अहम जानकारी पाने के लिए, एडमिन सहायता केंद्र पर जाएं. नाम बदलने के बाद, दूसरे ईमेल पते को हटाने के लिए, उपयोगकर्ता का दूसरा ईमेल पता मिटाएं कार्रवाई का इस्तेमाल करें.
एक से ज़्यादा डोमेन के उपयोगकर्ता Google Workspace खाते में आपके किसी भी डोमेन को शामिल किया जा सकता है. एक से ज़्यादा डोमेन वाले खाते में, एक डोमेन के उपयोगकर्ता, खाते के अन्य डोमेन के उपयोगकर्ताओं के साथ सेवाएं शेयर कर सकते हैं. एक से ज़्यादा डोमेन वाले कॉम्पोनेंट ये हैं:
  • प्राइमरी डोमेन -- आपके खाते का प्राइमरी डोमेन, उस एडमिन का डोमेन होता है जिसने Google Workspace की सेवा की शर्तों को स्वीकार किया है. यह डोमेन, संगठन की टॉप लेवल की इकाई में खाता-लेवल पर है. Google Workspace खाते के लिए साइन अप करते समय, हमारा सुझाव है कि आप अपने कारोबार के डोमेन को प्राइमरी डोमेन के तौर पर इस्तेमाल करें. साथ ही, अपने अन्य डोमेन को खास कामों के लिए रिज़र्व रखें. जैसे, पायलट और टेस्टिंग.
    • सभी सुपर एडमिन, पूरे खाते को मैनेज कर सकते हैं.
    • एपीआई, Google Workspace खाते के प्राइमरी डोमेन को बदल नहीं सकता या उसे किसी दूसरी जगह पर नहीं ले जा सकता. हालांकि, एपीआई किसी उपयोगकर्ता के खाते का नाम बदल सकता है. इससे उसके ईमेल पते का डोमेन बदल जाता है.
    • Google Workspace खातों के लिए, आपको 21 दिनों के अंदर प्राइमरी डोमेन के मालिकाना हक की पुष्टि करनी होगी. किसी उपयोगकर्ता के मुख्य ईमेल पते के लिए डोमेन का इस्तेमाल करने से पहले, आपको अन्य डोमेन के मालिकाना हक की पुष्टि करनी होगी. इन मामलों में, 21 दिनों का ग्रेस पीरियड लागू नहीं होता.
    • एपीआई के इस वर्शन में, प्राइमरी डोमेन की सेटिंग, खाते से जुड़े सभी डोमेन पर लागू होती हैं. हालांकि, Google Workspace की सेवाओं के लिए उपयोगकर्ता के ऐक्सेस पर ये सेटिंग लागू नहीं होती हैं.
  • खाते के अन्य डोमेन -- अपना प्राइमरी डोमेन सेट अप करने और खाता सेट अप करने के बाद, खाते में अन्य डोमेन जोड़े जा सकते हैं. अन्य डोमेन के लिए, इस डोमेन को सेट अप करते समय और किसी उपयोगकर्ता के मुख्य ईमेल पते के लिए डोमेन का इस्तेमाल करने से पहले, अपने मालिकाना हक की पुष्टि करें.
  • उपयोगकर्ता का होम डोमेन -- उपयोगकर्ता के मुख्य ईमेल पते में इस्तेमाल किया गया डोमेन, उपयोगकर्ता का होम डोमेन होता है. यह डोमेन, खाते में मौजूद कोई भी डोमेन हो सकता है. इसमें प्राइमरी डोमेन भी शामिल है.
एक से ज़्यादा डोमेन इस्तेमाल करने से जुड़ी सीमाओं के बारे में जानने के लिए, एक से ज़्यादा डोमेन इस्तेमाल करने से जुड़ी सीमाएं देखें. इसमें अन्य डोमेन नेम, खाते मर्ज करने वगैरह की जानकारी शामिल है.
चेतावनियां, ग्रुप के सदस्य GROUP_CANNOT_CONTAIN_CYCLE – एपीआई, ग्रुप की सदस्यताओं में साइकल की अनुमति नहीं देता. उदाहरण के लिए, अगर group1, group2 का सदस्य है, तो group2, group1 का सदस्य नहीं हो सकता.