AI द्वारा अनुवादित। समुदाय ने अभी इसकी समीक्षा नहीं की है। अंग्रेज़ी में पढ़ें

ब्लॉग · 14 सितंबर 2023 · Steve Simpson · डेटा आर्किटेक्चर

Steve Data Modeling: पिकलिस्ट से अनंत तक, और उससे भी आगे

परिचय:

Steve’s Data Modeling सीरीज़ में डेटा मॉडलिंग के एक और ज्ञानवर्धक सेशन में आपका स्वागत है! इस ब्लॉग में हम पिकलिस्ट के बहुमुखी इस्तेमाल देखेंगे, और उन परिदृश्यों पर चर्चा करेंगे जहाँ ज़्यादा एडवांस्ड डेटा मॉडलिंग ज़रूरतों के लिए आपको विकल्पों पर विचार करना पड़ सकता है।

पिकलिस्ट को समझना

पिकलिस्ट तब आदर्श हैं जब आपके पास ऐसा फ़ील्ड हो जिसमें तय वैल्यू का एक सेट चाहिए। ये एक साफ़-सुथरा यूज़र अनुभव देती हैं, लेकिन कुछ सीमाओं के साथ आती हैं:

अगर थर्ड-पार्टी इंटीग्रेशन से आने वाली वैल्यू पहले से Salesforce में न जोड़ी गई हों, तो डेटा वैलिडेशन एरर आती हैं।

पिकलिस्ट के विकल्प

ये कुछ पिकलिस्ट विकल्प हैं जिन पर विचार करना चाहिए:

विकल्प 1: ग्लोबल वैल्यू सेट

यह Salesforce का स्टैंडर्ड विकल्प है, और इसमें सूचियाँ कई ऑब्जेक्ट में इस्तेमाल हो सकती हैं।

विकल्प 1, पिकलिस्ट और ग्लोबल वैल्यू सेट। फ़ायदा: साफ़-सुथरा यूज़र अनुभव। नुक़सान: वैल्यू एडमिन को जोड़नी पड़ती हैं, बदलावों को sandbox में डिप्लॉय करना पड़ता है, बाहरी सिस्टम से दिक़्क़तें आती हैं, और किसी वैल्यू के साथ संबंधित फ़ील्ड नहीं रखे जा सकते

ग्लोबल वैल्यू सेट उन वैल्यू के लिए सबसे अच्छे हैं जो कई जगह इस्तेमाल होती हैं। उदाहरण के लिए, आप ‘पाइप साइज़’ और ‘पाइप की मोटाई’ के लिए दो ग्लोबल वैल्यू सेट रख सकते हैं, जिससे यूज़र को वैल्यू चुनने के लिए साफ़ UI मिलता है।

[caption id="" align=“alignnone” width=“1372”]सैंपल वैल्यू सेट सैंपल वैल्यू सेट [/caption] [caption id="" align=“alignnone” width=“1814”]सैंपल वैल्यू सैंपल वैल्यू [/caption] [caption id="" align=“alignnone” width=“676”]सूची में से चुनना सूची में से चुनना [/caption]

विकल्प 2: टेक्स्ट फ़ील्ड

यह बस एक टेक्स्ट फ़ील्ड है, बिना किसी वैलिडेशन के।

विकल्प 2, टेक्स्ट फ़ील्ड। फ़ायदा: कोई भी वैल्यू ले लेते हैं। नुक़सान: कोई डेटा वैलिडेशन नहीं और ख़राब यूज़र अनुभव

अगर डेटा वैल्यू इंटीग्रेशन के ज़रिए भेजी जाती हैं, तो आप टेक्स्ट फ़ील्ड पर विचार कर सकते हैं। लेकिन इस तरीक़े में वैलिडेशन खो जाता है, यूज़र कोई भी डेटा डाल सकते हैं, और इससे असंगति हो सकती है।

यह तब एक विकल्प हो सकता है जब Salesforce में फ़ील्ड सिर्फ़ पढ़ने के लिए (read only) हों और आप बस वैल्यू दिखा रहे हों।

[caption id="" align=“alignnone” width=“678”]कोई वैलिडेशन नहीं कोई वैलिडेशन नहीं [/caption]

विकल्प 3: साझा रेफ़रेंस ऑब्जेक्ट

विकल्प 3, रिकॉर्ड टाइप वाला एक साझा रेफ़रेंस ऑब्जेक्ट, रिकॉर्ड टाइप के हिसाब से फ़िल्टर किए गए lookup के साथ। फ़ायदे: डेटा डायनेमिक रूप से जुड़ता है और कुछ संबंधित फ़ील्ड। नुक़सान: sandbox में डेटा लोड, और सोर्स ऑब्जेक्ट में वैल्यू की जगह एक की (key) रहती है

डेटा लोड के लिए कई रिकॉर्ड टाइप वाला एक साझा रेफ़रेंस ऑब्जेक्ट इस्तेमाल किया जा सकता है। यह तरीक़ा प्राइमरी ऑब्जेक्ट पर दो lookup बनाता है, जो असली वैल्यू की जगह रेफ़रेंस ऑब्जेक्ट से जुड़ते हैं। आप एडमिन अधिकारों के बिना भी डायनेमिक रूप से नई वैल्यू जोड़ सकते हैं, जिससे लचीलापन बढ़ता है।

[caption id="" align=“alignnone” width=“1462”]रिकॉर्ड टाइप का इस्तेमाल रिकॉर्ड टाइप का इस्तेमाल [/caption] [caption id="" align=“alignnone” width=“1700”]फ़िल्टर किया हुआ lookup इस्तेमाल करें फ़िल्टर किया हुआ lookup इस्तेमाल करें [/caption] [caption id="" align=“alignnone” width=“1434”]वैल्यू जोड़ना वैल्यू जोड़ना [/caption] [caption id="" align=“alignnone” width=“658”]वैल्यू चुनना कैसा दिखता है। सॉर्टिंग सही नहीं है, और पहली बार लोड होने पर सारी वैल्यू नहीं दिखतीं, यूज़र को उन्हें सर्च करना पड़ता है। साथ ही, प्रोफ़ाइल और परमिशन सेट से “Create” हटाना न भूलें, ताकि यूज़र काम करते-करते और रिकॉर्ड न बना दें। वैल्यू चुनना कैसा दिखता है। सॉर्टिंग सही नहीं है, और पहली बार लोड होने पर सारी वैल्यू नहीं दिखतीं, यूज़र को उन्हें सर्च करना पड़ता है। साथ ही, प्रोफ़ाइल और परमिशन सेट से “Create” हटाना न भूलें, ताकि यूज़र काम करते-करते और रिकॉर्ड न बना दें। [/caption]

सेक्शन 3: एडवांस्ड विकल्प

ज़्यादा एडवांस्ड परिदृश्यों के लिए, इन विकल्पों पर विचार करें:

विकल्प 4: रेफ़रेंस ऑब्जेक्ट के साथ कस्टम स्क्रीन

विकल्प 4, एक रेफ़रेंस ऑब्जेक्ट और एक टेक्स्ट फ़ील्ड, साथ में एक Lightning Web Component जो रेफ़रेंस ऑब्जेक्ट से पिकलिस्ट वैल्यू पढ़ता है। फ़ायदे: डेटा डायनेमिक रूप से जुड़ता है और सोर्स ऑब्जेक्ट वैल्यू रखता है। नुक़सान: LWC डेवलपमेंट और कस्टम पेज चाहिए

अगर आप अपनी एडिट स्क्रीन के लिए कस्टम Lightning Web Components (LWC) इस्तेमाल कर रहे हैं, तो आप वैल्यू पढ़ने और दिखाने के लिए एक रेफ़रेंस ऑब्जेक्ट इस्तेमाल कर सकते हैं, और lookup की जगह असली वैल्यू सेव कर सकते हैं।

विकल्प 5: स्वतंत्र ऑब्जेक्ट

विकल्प 5, स्वतंत्र रेफ़रेंस ऑब्जेक्ट, हर सूची के लिए एक। फ़ायदे: डेटा डायनेमिक रूप से जुड़ता है, साफ़ डेटा मॉडल और कई संबंधित फ़ील्ड। नुक़सान: sandbox में डेटा लोड, वैल्यू की जगह की (key), और बहुत सारे ऑब्जेक्ट

अगर lookup वैल्यू का महत्व बढ़ता है, तो हर एक के लिए स्वतंत्र ऑब्जेक्ट और अलग-अलग lookup बनाने पर विचार करें। यह तरीक़ा डायनेमिक रूप से डेटा जोड़ने देता है, डेटा मॉडल को साफ़ रखता है, और हर ऑब्जेक्ट पर अतिरिक्त संबंधित फ़ील्ड को सपोर्ट करता है।

व्यावहारिक उदाहरण

हर विकल्प को समझाने के लिए ये व्यावहारिक उदाहरण हैं:

स्टैंडर्ड पिकलिस्ट: तय वैल्यू के साथ साफ़ UI देती हैं।

बिना वैलिडेशन वाले टेक्स्ट फ़ील्ड: लचीलापन देते हैं, लेकिन डेटा वैलिडेशन नहीं।

रेफ़रेंस ऑब्जेक्ट पर lookup: लचीलेपन के लिए एक ही ऑब्जेक्ट को फ़िल्टर किए गए रिकॉर्ड टाइप के साथ इस्तेमाल करता है।

स्वतंत्र ऑब्जेक्ट: हर lookup के लिए अलग ऑब्जेक्ट इस्तेमाल करते हैं, और साफ़ व लचीला डेटा मॉडल देते हैं।

निष्कर्ष

असरदार डेटा मॉडलिंग के लिए पिकलिस्ट और उनके विकल्पों की बारीकियाँ समझना ज़रूरी है। स्टैंडर्ड पिकलिस्ट से लेकर स्वतंत्र ऑब्जेक्ट तक, हर विकल्प डेटा मॉडलिंग की ख़ास ज़रूरतों के लिए अपने अनोखे फ़ायदे देता है।

जल्द लौटिए!

और जानकारी और टिप्स के लिए यहाँ www.SteveTechArc.com पर और @SteveTechArc (opens in a new tab) YouTube चैनल पर जुड़े रहें। सब्सक्राइब करें और हमारे साथ अपनी डेटा मॉडलिंग की चमक बढ़ाएँ!

साथी आर्किटेक्ट्स और आर्किटेक्ट बनने की यात्रा पर चल रहे लोगों के साथ बढ़िया विचार बाँटकर दुनिया बदलने में मदद कर रहे हैं!

AI की मदद से तैयार ट्रांसक्रिप्ट

STA 2.2