मैं संबंधपरक मॉडलिंग के साथ बहुत कुछ हूं लेकिन एलडीएपी मॉडलिंग के लिए नया हूं और एलडीएपी स्कीमा डिजाइन करने के लिए सर्वोत्तम प्रथाओं की तलाश में हूं। यह जानना अच्छा लगेगा कि एलडीएपी की दुनिया में तीसरे सामान्य रूप और अन्य प्रथाओं के समकक्ष क्या हैं?एलडीएपी मॉडलिंग सर्वोत्तम अभ्यास
इस विषय पर विस्तारित सफेद कागजात के लिंक की बहुत सराहना की जाती है।
, एक मानक स्कीमा उठाओ जैसे core, cosine, inetOrgPerson, eduPerson, अपने इच्छित उद्देश्य के लिए Java Objects, etc. उचित। अधिकांश एलडीएपी सर्वर डिफ़ॉल्ट के संग्रह के साथ आते हैं।
मौजूदा तत्वों को पसंद करें, लेकिन यदि आपको extend the schema की आवश्यकता है, तो भविष्य के मानक तत्वों से विवादों से बचने के लिए comCompany (आपकी कंपनी का डोमेन नाम, या अन्य अद्वितीय पहचानकर्ता) के साथ उपसर्ग करें।
एलडीएपी मूल रूप से पहले-सामान्य स्वरूप के साथ अनुपालन नहीं करता है - इसकी कुछ विशेषता में कई मान हो सकते हैं।
एलडीएपी एक प्रणाली है जो इष्टतम पढ़ने/लुकअप प्रदर्शन के लिए डिज़ाइन की गई है, उदाहरण के लिए यह एक परिदृश्य में अधिक उपयुक्त है जहां आप इसे बदलने से डेटा डेटा को पढ़ रहे/देख रहे होंगे (-> निर्देशिका; आपकी कंपनी फोनबुक दिन में दर्जनों बार नहीं बदलेगी)।
एलडीएपी मानक संबंधपरक डेटाबेस सिस्टम के साथ प्रतिस्थापित या प्रतिस्पर्धा करने के लिए तैयार या डिजाइन नहीं किया गया है जो डेटा एंट्री/ट्रांसफॉर्मेशन पर उत्कृष्टता प्राप्त करता है, जहां आपके बड़े ऑपरेशन डेटा डालने और/या अपडेट कर रहे होंगे। आरडीबीएमएस पूरी तरह से अनुकूल है।
तो, बंद होने में: एलडीएपी बनाम आरडीबीएमएस वास्तव में एक गैर स्टार्टर है - और दोनों दुनिया काम करने की अपनी शैली में काफी अलग और काफी अलग हैं। मैं एक दुनिया से दूसरे को अंधाधुंध रूप से लागू करने की कोशिश करने की सिफारिश नहीं करता - यह एक बुरा मैच होगा।
एलडीएपी स्कीमा डिज़ाइन के लिए प्रेरणा के लिए - मैं निश्चित रूप से माइक्रोसॉफ्ट की सक्रिय निर्देशिका, नोवेल की ई-डायरेक्टरी (या जो भी इसे आज कहा जाता है), और संभवतः अन्य एलडीएपी निर्देशिकाओं को देखेंगे, और उनके डिजाइन से सीखेंगे।
मार्क
मैंने 3 एनएफ को समानता के रूप में उपयोग किया और एलडीएपी – McGovernTheory
मॉडलिंग के लिए सर्वोत्तम प्रथाओं की एक विस्तृत सूची की तलाश में हूं, इसके अलावा एलडीएपी निर्देशिका किसी भी तरह की रेफरेंशियल अखंडता को लागू नहीं करती है। – pjp
1. कई पेशेवर निर्देशिका सर्वरों में रेफरेंसियल अखंडता प्लगइन्स हैं। 2. "बदलने से ज्यादा पढ़ने" के बारे में बयान आधुनिक, गुणवत्ता सर्वर के लिए अब सत्य नहीं है। नए सर्वरों में खोज/तुलना और प्रतिक्रिया समय अपडेट करने के बीच बहुत अधिक अंतर होता है। –
हमारा अनुभव स्कीमा के डिजाइन पता चलता है और DIT LDAP सर्वर के के उद्देश्य पर बहुत निर्भर है।
स्कीमा के लिए, आमतौर पर, उद्योग या एलडीएपी सर्वर विक्रेता के "मानक" के साथ रहना सर्वोत्तम होता है।
डीआईटी की संरचना के लिए, जब तक कि यह एक फ़ाइल और प्रिंट सेवा (यानी सक्रिय निर्देशिका) या ओईएस (नेटवेयर) के लिए नहीं है, तो आमतौर पर एक "फ्लैट" संरचना स्केल बेहतर होता है।
यदि यह एक बड़ा कार्यान्वयन (यानी> 100k) है तो यदि संभव हो तो समूह से बचा जाना चाहिए।
-जिम
मेरे अनुभव के आधार पर,,, जितना संभव हो उतना denormalize लक्ष्य के रूप में पहले उल्लेख किया है के रूप में एलडीएपी के साथ बहुत तेजी से देखने है, लेकिन इसका मतलब है कि रिकॉर्ड की प्रविष्टि, अधिक समय लग सकता कुछ समय के बाद । यह सुनिश्चित करना भी महत्वपूर्ण है कि आप ldap के बैकअप रख सकें।
आप उपयोगकर्ता जैसे विभिन्न वर्गों को बनाने के लिए देख सकते हैं, लेकिन यदि आवश्यक हो तो प्राधिकरण उपयोगकर्ता के लिए कक्षा भी हो सकती है।
देखें कि शायद क्या आवश्यक हो रहा है। उदाहरण के लिए, विश्वविद्यालय में मुझे एहसास हुआ कि कुछ लोग जो केवल विश्वविद्यालय के साथ संबंध रखते हैं, उनके पास एलडीएपी खाता होगा।
जैसा कि आप बताते हैं कि एलडीएपी में किस प्रकार के उपयोगकर्ता या संसाधन होंगे, यह आपको लोगों को सेट करने का तरीका निर्धारित करने में मदद करेगा। उदाहरण के लिए, यदि आपके पास एक वर्ग है जो केवल उपयोगकर्ता नाम या पहचानकर्ता और पासवर्ड है, और शायद एक प्रमाण पत्र है, तो यह लचीलापन के लिए सहायक होगा।
यदि आप लोगों को अपने यूनिक्स खाते से लॉग इन करने की अनुमति दे रहे हैं तो कुछ वर्ग हैं जो स्कीमा में होना चाहिए।
एलडीएपी मॉडलिंग के सर्वोत्तम अभ्यासों की पूरी तरह से संपूर्ण सूचियों के लिए कोई भी लिंक सराहना की जाती है। – McGovernTheory