निकाय के बीच 1:N (एक-से-अनेक) संबंध बनाएं
यह विषय इस पर लागू होता है Dynamics 365 Customer Engagement (on-premises). इस विषय के Power Apps संस्करण के लिए, देखें: Power Apps पोर्टल का उपयोग करके एक-से-अनेक या अनेक-से-एक इकाई संबंध बनाएँ और संपादित करें
1:N संबंध बनाने का सबसे आसान तरीका, किसी निकाय के लिए एक नई लुकअप फ़ील्ड बनाना है. यह आपको लुकअप फ़ील्ड के लिए सामान्य फ़ील्ड मान सेट करने की अनुमति देता है, साथ ही जब आप टाइप से लुकअप सेट करते हैं तो दो अतिरिक्त विकल्प भी देता है। वे अतिरिक्त फ़ील्ड हैं लक्ष्य रिकॉर्ड प्रकार और संबंध नाम.
लक्ष्य रिकॉर्ड प्रकार 1:N संबंध में प्राथमिक इकाई का चयन करता है। संबंध नाम आपके लिए संबंध में भाग लेने वाली दो संस्थाओं के आधार पर स्वचालित रूप से जेनरेट किया जाता है। आमतौर पर आपको इसे संपादित करने की आवश्यकता नहीं होती, लेकिन यदि आप चाहें तो ऐसा कर सकते हैं. निकाय संबंध के नाम में आपके द्वारा वर्तमान में उपयोग किए जा रहे समाधान के लिए समाधान प्रकाशक का अनुकूलन उपसर्ग होता है.
नोट
अगर आपको अनुकूलन उपसर्ग के बारे में चिंता है, तो सुनिश्चित करें कि आप एक ऐसा समाधान के संदर्भ में काम कर रहे हैं जो आपके इच्छित उपसर्ग वाले समाधान प्रकाशक से लिंक है.
हालाँकि, जब आप लुकअप फ़ील्ड बनाकर एक 1:N संबंध बनाते हैं, तो आपके लिए कुछ डिफ़ॉल्ट मान सेट हो जाते हैं. यदि आप संबंध में उपलब्ध कुछ विकल्पों को संपादित करना चाहते हैं, तो आपको संबंध ढूँढना होगा और उसे संपादित करना होगा.
कस्टम 1:N संबंधों को सभी निकायों के लिए नहीं बनाया जा सकता. यह सही होने पर समाधान एक्सप्लोरर का उपयोग करके नया कस्टम निकाय संबंध बनाने के लिए कोई विकल्प नहीं होगा. यदि आप मेटाडेटा ब्राउज़र का उपयोग करते हैं, तो आप CanBePrimaryEntityInRelationship
और CanBeRelatedEntityInRelationship
गुणों के अनुसार संस्थाओं की सूची फ़िल्टर कर सकते हैं।
1:N संबंध की परिभाषा के चार भाग हैं: संबंध परिभाषा, लुकअप फ़ील्ड, प्राथमिक निकाय के लिए नेविगेशन फलक आइटम, और संबंध व्यवहार.
एंटिटी के बीच 1:N संबंध बनाएँ या संपादित करें
समाधान एक्सप्लोरर खोले.
घटक के अंतर्गत, निकाय का विस्तार करें, और फिर उस निकाय का विस्तार करें जिसके साथ आप काम करना चाहते हैं.
1:N संबंध चुनें.
किसी संबंध को संपादित करने या संबंध का विवरण देखने के लिए, संबंध का चयन करें, और क्रियाएँ टूलबार पर, अधिक क्रियाएँ का चयन करें, और फिर संपादित करें का चयन करें.
- OR -
नया संबंध जोड़ने के लिए, नया 1-से-अनेक संबंध चुनें.
महत्त्वपूर्ण
यदि नया 1-से-अनेक संबंध क्रियाएँ टूलबार पर प्रकट नहीं होता है, तो आप उस निकाय के लिए 1:N संबंध नहीं बना सकते।
नए संबंध के लिए, संबंध परिभाषा अनुभाग में, संबंधित निकाय सूची में, संबंधित होने वाला निकाय चुनें.
नोट
संबंधित निकाय निर्दिष्ट करने से नाम फ़ील्ड के लिए डिफ़ॉल्ट मान सेट हो जाता है. यदि आप सहेजने से पहले संबंधित इकाई को बदलते हैं, तो नाम का मान तदनुसार बदल जाता है।
चुनें कि क्या यह खोज योग्य होगा.
लुकअप फ़ील्ड अनुभाग में, प्रदर्शन नाम फ़ील्ड के लिए एक मान निर्दिष्ट करें.
महत्त्वपूर्ण
प्रदर्शन नाम निर्दिष्ट करने से नाम फ़ील्ड के लिए एक डिफ़ॉल्ट मान सेट हो जाता है. यदि आप सहेजने से पहले लुकअप फ़ील्ड का प्रदर्शन नाम बदलते हैं, तो नाम फ़ील्ड का मान नहीं बदलेगा. परिणामस्वरूप, सहेजने से पहले सुनिश्चित करें कि नाम सार्थक है।
फ़ील्ड आवश्यकता सूची में, रिकॉर्ड सहेजने से पहले फ़ील्ड के लिए डेटा आवश्यकताएँ निर्दिष्ट करने के लिए एक विकल्प चुनें.
प्राथमिक निकाय के लिए नेविगेशन फलक आइटम अनुभाग में, प्रदर्शन विकल्प सूची में, संबद्ध दृश्य या कस्टम लेबल प्रदर्शित करने के लिए कोई विकल्प चुनें.
संबंध व्यवहार अनुभाग में, व्यवहार का प्रकार सूची में, निम्न विकल्पों में से एक चुनें:
पैतृक. दो तालिकाओं के बीच पैरेंटल संबंध में, पैरेंट तालिका के रिकॉर्ड पर की गई कोई भी कार्रवाई, किसी भी चाइल्ड टेबल रिकॉर्ड पर भी की जाती है, जो प्राथमिक (या पैरेंट) तालिका रिकॉर्ड से संबंधित है। उदाहरण के लिए, पैरेंट रिकॉर्ड के मालिक के पास चाइल्ड तालिका रिकॉर्ड्स तक पहुंच इनहेरिट की गई है और जब पैरेंट रिकॉर्ड हटा दिया जाता है, तो सभी चाइल्ड रिकॉर्ड भी हटा दिए जाएंगे. पैरेंट टेबल (P1) और चाइल्ड इकाई (C1) के बीच 1:N पैरेंटल संबंध के लिए, P1 रिकॉर्ड के स्वामी को C1 चाइल्ड रिकॉर्ड तक विरासत में मिली पहुंच प्रदान की जाती है।
संदर्भ. दो निकायों के बीच रेफेरेन्शियल संबंध में, आप किन्हीं भी संबंधित रिकॉर्ड्स तक नेविगेट कर सकते हैं, परंतु एक पर की गई क्रिया दूसरे को प्रभावित नहीं करेगी.
संदर्भात्मक, हटाना प्रतिबंधित करें. दो निकायों के बीच रेफेरेन्शियल, हटाया जाना प्रतिबंधित संबंध में, आप किन्हीं भी संबंधित रिकॉर्ड्स तक नेविगेट कर सकते हैं. पैरेंट रिकॉर्ड पर की गई क्रियाएँ चाइल्ड रिकॉर्ड पर लागू नहीं होंगी, परंतु चाइल्ड रिकॉर्ड के मौजूद रहते हुए पैरेंट रिकॉर्ड को हटाया नहीं जा सकता. ध्यान दें कि, संबंधित रिकॉर्ड्स मौजूद होने के दौरान आप किसी रिकॉर्ड को हटा नहीं सकते.
कॉन्फ़िगर करने योग्य कैस्केडिंग. दो निकायों के बीच कॉन्फ़िगर करने योग्य कैस्केडिंग संबंध में, संभावित क्रियाओं के प्रत्येक सेट से संबद्ध व्यवहार को आप चुनते हैं.
महत्त्वपूर्ण
यदि आप क्रियाओं के लिए व्यवहार सेट करते हैं, ताकि वे किसी अन्य व्यवहार प्रकार से संबद्ध क्रियाओं के व्यवहार से मेल खाएं, तो जब आप संबंध सहेजते हैं, तो व्यवहार प्रकार स्वचालित रूप से मेल खाने वाले प्रकार पर सेट हो जाता है।
अधिक जानकारी: निकाय संबंध व्यवहार कॉन्फ़िगर करें
सहेजें और बंद करें संबंध प्रपत्र को बंद करने के लिए चुनें.
जब आपके अनुकूलन पूर्ण हो जाएँ, तो उन्हें प्रकाशित करें:
केवल उस घटक के लिए अनुकूलन प्रकाशित करने के लिए जिसे आप वर्तमान में संपादित कर रहे हैं, क्रियाएँ टूलबार पर, प्रकाशित करें चुनें.
एक बार में सभी अप्रकाशित घटकों के लिए अनुकूलनों को प्रकाशित करने के लिए, नेविगेशन पट्टी या नेविगेशन फलक में, निकाय का चयन करें, और फिर क्रियाएँ उपकरण पट्टी पर, सभी अनुकूलन प्रकाशित करें का चयन करें.
नोट
- एक कस्टम निकाय एक ऐसे संबंधित सिस्टम निकाय, जो कैस्केड करता है, के साथ अपना संबंध होने पर प्राथमिक निकाय नहीं हो सकता. इसका अर्थ है कि आप एक प्राथमिक कस्टम निकाय और एक संबंधित सिस्टम निकाय के बीच सभी को कैस्केड करें, कैस्केड सक्रिय, या उपयोगकर्ता-स्वामित्व वाले कैस्केड करें क्रिया सेट वाला एक संबंध नहीं रख सकते.
- किसी भी नए संबंध में कोई भी क्रिया सभी कैस्केड, सक्रिय कैस्केड, या उपयोगकर्ता-स्वामित्व वाले कैस्केड पर सेट नहीं की जा सकती है, यदि उस संबंध में संबंधित निकाय पहले से ही किसी अन्य संबंध में संबंधित निकाय के रूप में मौजूद है, जिसमें कोई भी क्रिया सभी कैस्केड, सक्रिय कैस्केड, या उपयोगकर्ता-स्वामित्व वाले कैस्केड पर सेट है। यह ऐसे संबंधों को रोकता है जो एक बहु-पैरेंट संबंध बनाते हैं.
- जब भी आप किसी निकाय के लिए उपयोगकर्ता-इंटरफ़ेस तत्वों को परिवर्तित करते हैं या प्रपत्र स्क्रिप्ट कार्यान्वित करते हैं, तो उन्हें लागू करने के लिए आपको परिवर्तनों को प्रकाशित करना होगा. ऐसे कोई भी अनुकूलन, जो किसी अनुप्रयोग की डेटा स्कीमा को बदलता है, जैसे कस्टम निकाय, संबंध या फ़ील्ड, तुरंत लागू किया जाता है.
- यदि कोई संबंध प्रबंधित समाधान का भाग होता है, तो प्रबंधित समाधान का डेवलपर आपको संबंध अनुकूलित करने के लिए प्रतिबंधित कर सकता है.
- किसी समाधान की स्थापना या अनुकूलनों का प्रकाशन सामान्य सिस्टम संचालन के साथ हस्तक्षेप कर सकते हैं. हम अनुशंसा करते हैं कि आप उस दौरान समाधान आयात शेड्यूल करें, जब इससे उपयोगकर्ताओं को कम बाधा पहुँचे.
संबंध निर्धारण
इस पर निर्भर करते हुए कि आपने समाधान एक्सप्लोरर से नया 1-से-अनेक संबंध या नया अनेक-से-1 संबंध बनाना चुना है, या तो प्राथमिक निकाय या संबंधित निकाय फ़ील्ड पहले से पॉप्युलेट हो जाएंगे. आपको केवल एक अन्य का चुनाव करना होगा. नाम फ़ील्ड के लिए एक डिफ़ॉल्ट मान समाधान प्रकाशक के अनुकूलन उपसर्ग और आपके द्वारा संबंध में भाग लेने के लिए चुनी गई संस्थाओं के नामों के आधार पर पहले से पॉप्युलेट किया गया है। यदि आप चाहें, तो इसे संपादित कर सकते हैं. अगर आप दो निकायों के बीच एक से अधिक कस्टम संबंध बनाते हैं और दोनों के लिए समान अनुकूलन उपसर्ग का उपयोग करते हैं, तो स्वतः-जनरेटेड नाम मान अद्वितीय नहीं होगा और आप नया संबंध सहेज नहीं पाएँगे. इससे पहले कि आप इसे सहेज सकें, आपको किसी भी मौजूद नाम से अलग करने के लिए नाम को संपादित करना होगा. सहेज दिए जाने पर, आप इसे बदल नहीं सकते.
यदि आप नहीं चाहते कि यह निकाय संबंध उन्नत खोज में दिखाई दे, तो खोज योग्य मान को नहीं पर सेट करें.
लुकअप फ़ील्ड्स
ये फ़ील्ड वे सामान्य गुण हैं जो सभी फ़ील्ड में होते हैं सिवाय खोज योग्य, फ़ील्ड सुरक्षा, और ऑडिटिंग के। निकाय संबंध के साथ बनाई गई लुकअप फ़ील्ड के इन मानों को संपादित करने के लिए, आपको निकाय संबंध बना लेने के बाद अलग से लुकअप फ़ील्ड का पता लगाना और उसे संपादित करना होगा. अधिक जानकारी: फ़ील्ड बनाएँ और संपादित करें.
एक सामान्य नियम के रूप में, प्रदर्शन नाम को प्राथमिक इकाई प्रदर्शन नाम के अनुरूप होना चाहिए।
प्राथमिक निकाय के लिए नेविगेशन फलक आइटम
यदि आप नेविगेशन फलक को विस्तृत करते हैं तो प्राथमिक निकाय संबंधित निकायों की सूचियाँ प्रकट कर सकता है. इस समूह के विकल्प यह नियंत्रित करते हैं कि इस सूची को कैसे प्रदर्शित करना है या प्रदर्शित करना है अथवा नहीं. इन नेविगेशन आइटम्स को प्रपत्र संपादक का उपयोग करके भी संपादित किया जा सकता है और, जावास्क्रिप्ट का उपयोग करके, डेवलपर फॉर्म प्रदर्शित होने पर इन आइटम्स में परिवर्तन लागू कर सकता है।
फ़ील्ड | वर्णन |
---|---|
प्रदर्शन विकल्प |
-
प्रदर्शित न करें: यदि आप लोगों को संबंधित निकाय रिकॉर्ड की सूची पर नेविगेट करने की अनुमति नहीं देना चाहते हैं, तो इसे चुनें. - कस्टम लेबल का उपयोग करें: यदि आप उपयोग करने के लिए कोई कस्टम लेबल निर्दिष्ट करना चाहते हैं तो इसे चुनें. - बहुवचन नाम का उपयोग करें: यदि आप संबंधित इकाई के बहुवचन नाम को लेबल के रूप में उपयोग करना चाहते हैं तो इसे चुनें। |
कस्टम लेबल | जब आप प्रदर्शन विकल्प के रूप में कस्टम लेबल का उपयोग करें का चयन करते हैं, तो संबंधित इकाई बहुवचन नाम के बजाय वह कस्टम लेबल दर्ज करें जिसका आप उपयोग करना चाहते हैं। |
प्रदर्शन क्षेत्र |
-
विवरण: नेविगेशन आइटम को सामान्य समूह में शामिल करने के लिए इसे चुनें. - मार्केटिंग: नेविगेशन आइटम को मार्केटिंग समूह में शामिल करने के लिए इसे चुनें. बिक्री: नेविगेशन आइटम को बिक्री समूह में शामिल करने के लिए इसे चुनें. - सेवा: नेविगेशन आइटम को सेवा समूह में शामिल करने के लिए इसे चुनें. |
आदेश को प्रदर्शित करें | यह संख्या यह नियंत्रित करती है कि क्या नेविगेशन आइटम को चयनित प्रदर्शन क्षेत्र में शामिल किया जाएगा. अनुमत संख्या की श्रृंखला 10,000 से शूरू होती है. न्यूनतर मान वाला नेविगेशन फलक आइटम, उच्चतर मान वाले दूसरे संबंधों से ऊपर दिखाई देता है. |
संबंध व्यवहार
1:N संबंध में, आप यह नियंत्रित कर सकते हैं कि यह संबंध आपके संगठन के लिए व्यवसाय नियमों के समर्थन के लिए किस तरह व्यवहार करे. आप ऐसा क्यों करना चाहते हैं? आइए एक उदाहरण देखते हैं.
मान लें कि आपके पास एक नया विक्रयकर्ता है और आप उसे दूसरे विक्रयकर्ता को वर्तमान में असाइन मौजूदा अवसरों की एक संख्या असाइन करना चाहते हैं. प्रत्येक अवसर रिकॉर्ड में उसके साथ संबद्ध कार्य की एक संख्या हो सकती है. आप आसानी से वे सक्रिय अवसर ढूँढ सकते हैं जिन्हें आप पुनः असाइन करना चाहते हैं और उन्हें नए विक्रयकर्ता को असाइन करें. लेकिन अवसरों के साथ संबद्ध किसी भी कार्य गतिविधि के लिए क्या होगा? क्या आप प्रत्येक कार्य खोलना और यह निर्णय करना चाहते हैं कि क्या उन्हें भी नए विक्रयकर्ताओं असाइन को असाइन किया जाएगा? शायद नहीं. इसके बजाय, आप संबंध को स्वचालित रूप से आपके लिए कुछ मानक नियम लागू करने दे सकते हैं. ये नियम केवल आपके द्वारा पुनः असाइन किए जा रहे अवसरों के साथ संबद्ध कार्य रिकॉर्ड्स पर ही लागू होते हैं. इकाई संबंध का नाम Opportunity_Tasks है. आपके विकल्प हैं:
सभी सक्रिय कार्य पुनः असाइन करें.
सभी कार्य पुनः असाइन करें. यह डिफ़ॉल्ट व्यवहार है.
किसी भी कार्य को पुनः असाइन न करें.
अवसर के पूर्व स्वामी को वर्तमान में असाइन किए गए सभी कार्यों को पुनः असाइन करें.
संबंध यह नियंत्रित कर सकता है कि कार्रवाइयों को किसी भी संबंधित निकाय रिकॉर्ड पर प्राथमिक निकाय रिकॉर्ड कैस्केड डाउन के लिए रिकॉर्ड पर किस तरह निष्पादित करना है. कार्रवाइयाँ और संभावित व्यवहारों को निम्न तालिका में दिखाया गया है.
क्रिया | वर्णन | संभावित व्यवहार |
---|---|---|
असाइन करें | प्राथमिक निकाय रिकॉर्ड द्वारा स्वामित्व बदलने पर क्या होगा? | - कैस्केड सक्रिय - कैस्केड ऑल - कैस्केड कोई नहीं - कैस्केड उपयोगकर्ता स्वामित्व |
साझा करें | प्राथमिक निकाय रिकॉर्ड को साझा करने पर क्या होगा? | - कैस्केड सक्रिय - कैस्केड ऑल - कैस्केड कोई नहीं - कैस्केड उपयोगकर्ता स्वामित्व |
साझा करना बंद करें | प्राथमिक निकाय रिकॉर्ड का साझाकरण रुक जाने पर क्या होगा? | - कैस्केड सक्रिय - कैस्केड ऑल - कैस्केड कोई नहीं - कैस्केड उपयोगकर्ता स्वामित्व |
पुनः माता-पिता | प्राथमिक निकाय रिकॉर्ड में पेरेंटल प्रकार संबंध के लिए लुकअप फ़ील्ड मान के परिवर्तित होने पर क्या होगा? अभिभावकीय प्रकार का संबंध वह है जो सभी कार्यों के लिए कैस्केड ऑल का उपयोग करता है। - कैस्केड सक्रिय - कैस्केड ऑल - कैस्केड कोई नहीं - कैस्केड उपयोगकर्ता स्वामित्व |
|
हटाएँ | प्राथमिक निकाय रिकॉर्ड को हटाने पर क्या होगा? | - कैस्केड ऑल - लिंक हटाएँ - हटाना प्रतिबंधित करें |
मर्ज | प्राथमिक निकाय रिकॉर्ड को किसी दूसरे रिकॉर्ड के साथ मर्ज करने पर क्या होगा? | - कैस्केड ऑल - कैस्केड कोई नहीं |
इन सभी कार्रवाइयों को यह नियंत्रित करने के लिए कॉन्फ़िगर किया जा सकता है कि वे किस तरह 1:N निकाय संबंध के माध्यम से प्राथमिक निकाय रिकॉर्ड से संबंधित रिकॉर्ड को कैस्केड डाउन करती हैं. व्यवहार विकल्प, निम्न तालिका में हैं.
व्यवहार | वर्णन |
---|---|
कैस्केड सक्रिय | सभी सक्रिय संबंधित निकाय रिकॉर्ड पर कार्रवाई का निष्पादन करें. |
सभी को कैस्केड करें | सभी संबंधित निकाय रिकॉर्ड पर कार्रवाई का निष्पादन करें. |
कैस्केड कोई नहीं | कुछ न करें. |
लिंक हटाएँ | सभी संबंधित निकाय रिकॉर्ड के लिए लुकअप फ़ील्ड का मान निकालें. |
हटाना प्रतिबंधित करें | संबंधित रिकॉर्ड मौजूद होने पर प्राथमिक निकाय रिकॉर्ड को हटाए जाने से रोकें. |
कैस्केड उपयोगकर्ता स्वामित्व | प्राथमिक निकाय रिकॉर्ड के जैसे स्वामित्व वाले सभी संबंधित निकाय रिकॉर्ड पर कार्रवाई का निष्पादन करें. |
किसी संबंध के भीतर इन क्रियाओं को कैसे लागू किया जाता है, इसे निम्न तालिका में वर्णित व्यवहार का प्रकार फ़ील्ड मानों का उपयोग करके वर्गीकृत या लागू किया जा सकता है।
फ़ील्ड मान | वर्णन |
---|---|
पैतृक | सभी कार्रवाइयों में सभी कैस्केड करें व्यवहार का उपयोग होता है. |
निर्देशात्मक |
असाइन करें, शेयर करें, अनशेयर करें, और रीपैरेंट करें कैस्केड नोन व्यवहार का उपयोग करें। हटाएँ, लिंक निकालें व्यवहार का उपयोग करता है. मर्ज कैस्केड ऑल व्यवहार का उपयोग करता है। |
संदर्भ, प्रतिबंध हटाएं | रेफरेंशियल के समान, सिवाय इसके कि डिलीट रिस्ट्रिक्ट डिलीट व्यवहार का उपयोग करता है। |
कॉन्फ़िगर करने योग्य कैस्केडिंग | प्रत्येक कार्रवाई के लिए अलग-अलग व्यवहार असाइन किए जा सकते हैं. अगर विकल्प दूसरे किसी भी व्यवहार का प्रकार श्रेणियों से मेल खा जाती है, तो वह मान उस व्यवहार का प्रकार मान में बदल जाएगा. |
व्यवहारों की वे सीमाएँ जिन्हें आप सेट कर सकते हैं
कुछ ऐसी सीमाएँ हैं आपको निकाय संबंध निर्धारित करते समय जिनका ध्यान रखना चाहिए.
एक कस्टम निकाय, कैस्केड करने वाले संबंधित सिस्टम निकाय के साथ अपना संबंध होने पर प्राथमिक निकाय नहीं बन सकता. इसका अर्थ यह है कि आप किसी भी क्रिया के साथ संबंध नहीं बना सकते हैं जिसे सभी कैस्केड, सक्रिय कैस्केड, या उपयोगकर्ता-स्वामित्व वाले कैस्केड प्राथमिक कस्टम इकाई और संबंधित सिस्टम इकाई के बीच सेट किया गया है।
किसी भी नए संबंध में कोई भी क्रिया सभी कैस्केड, सक्रिय कैस्केड, या उपयोगकर्ता-स्वामित्व वाले कैस्केड पर सेट नहीं की जा सकती है, यदि उस संबंध में संबंधित निकाय पहले से ही किसी अन्य संबंध में संबंधित निकाय के रूप में मौजूद है, जिसमें कोई भी क्रिया सभी कैस्केड, सक्रिय कैस्केड, या उपयोगकर्ता-स्वामित्व वाले कैस्केड पर सेट है। यह ऐसे संबंधों को रोकता है जो एक बहु-पैरेंट संबंध बनाते हैं.
मर्ज पर कैस्केडिंग सेट या परिवर्तित नहीं की जा सकती और संदर्भित इकाई पर निर्भर होती है. यदि संदर्भित निकाय एक खाता, संपर्क या लीड है, तो क्रिया कैस्केड होती है. अन्यथा, यह नहीं होती.