कंपनियां उपयोगकर्ताओं के अलावा अन्य के लिए केंद्रीय भंडार के रूप में एलडीएपी का उपयोग क्यों नहीं कर रही हैं?

Question

प्रत्येक बड़ी कंपनी में मैंने काम किया है क्योंकि उन्होंने उपयोगकर्ता जानकारी के केंद्रीय भंडार तक पहुंचने के लिए एलडीएपी का उपयोग किया है, लेकिन बहुत कम लोगों ने ऑब्जेक्ट क्लास को शामिल करने के लिए स्कीमा को बढ़ाने के प्रयास किए हैं जो inetOrgPerson से व्युत्पन्न नहीं हैं।

माइक्रोसॉफ्ट की सक्रिय निर्देशिका व्यापक स्कीमा एक्सटेंशन बनाती है लेकिन बहुत कम वाणिज्यिक उत्पाद एलडीएपी की क्षमताओं का लाभ उठाते हैं।

ऐसा इसलिए है क्योंकि अधिकांश एलडीएपी डेवलपर्स नहीं जानते कि उपयोगकर्ताओं से परे मॉडल कैसे करें? इसमें मूल्य पाएं लेकिन इसके बारे में गहराई से सोचा नहीं है? कोशिश की है और प्रदर्शन समस्याओं में भाग गया? कुछ और? एल

Answer 1

हमने 65 मिलियन एलडीएपी रिकॉर्ड वाले कुछ कंपनियों के लिए काम किया है, जिनमें से कोई भी रिकॉर्ड लोगों के लिए नहीं था।

डेटा ज्यादातर सहित उपकरणों के लिए आइटम की एक किस्म था: * डीएचसीपी * डीएनएस * मैक पते * स्थान * एस.एन. * ब्रांड * मॉडल * आदि ....

- जिम

Answer 2

मुझे लगता है कि यह ए के कारण है) एलडीएपी (एसक्यूएल से काफी अधिक) और बी के साथ काम करने की जटिलता) तथ्य यह है कि आपका उत्पाद पूरी तरह से बंधेगा। यही है, एलडीएपी चलाने वाले बड़े संगठनों के बाहर इसका कोई बाजार नहीं होगा। कम पैसे और प्रयास के लिए, मैं एक ऐप बना सकता हूं जो कहीं भी काम करता है।

अब, आंतरिक विशेष रूप से उस संगठन के लिए लिखे गए अनुप्रयोग जिन्हें अन्य एलडीएपी डेटा तक पहुंच की आवश्यकता है, एक अलग कहानी है। लेकिन आप स्पष्ट रूप से उनके बारे में कम सुनेंगे क्योंकि वे व्यावसायिक रूप से विपणन नहीं कर रहे हैं।

Answer 3

• मैं हमेशा सोचा है LDAP नेटवर्क प्रशासकों के लिए बहुत अधिक स्तर और सॉफ्टवेयर डेवलपर्स के लिए बहुत कम स्तर था। उनमें से कोई भी इसके साथ confortable प्रतीत होता है।
• यह धारणा है कि लगभग हर एंटरप्राइज़ एप्लिकेशन एक रिलेशनल डेटाबेस का उपयोग करेगा, फिर एक और डेटा स्रोत जोड़ना एप्लिकेशन के लिए उपलब्धता और विश्वसनीयता को कम करता है।
• एलडीएपी में कस्टम स्कीमा बनाने के लिए बाधा अभी भी ऊंची है। एलडीएपी सर्वरों में, आपको स्कीमा फ़ाइल को स्कीमा निर्देशिका में रखना होगा, आमतौर पर रूट या व्यवस्थापकीय निजीकृत के साथ एलडीएपी सर्वर को पुनरारंभ करना होगा; जबकि वर्तमान ओआरएम एप्लिकेशन शुरू होने पर रिलेशनल डेटाबेस स्कीमा बना, अपडेट या सत्यापित कर सकते हैं।

Answer 4

व्यक्तिगत रूप से मुझे लगता है कि ऐसा इसलिए है क्योंकि एलडीएपी निर्देशिका है, डेटाबेस नहीं। निर्देशिकाएं लोगों और उनके संबंधित डेटा को देखने के लिए अच्छी हैं, लेकिन वे अत्यधिक रिलेशनल डेटा को ट्रैक करने के लिए विशेष रूप से अच्छे नहीं हैं - जो हमारे बाकी डेटा का दिखता है। वास्तव में, एलडीएपी का हमारा उपयोग वास्तव में "लोगों" के सामने के अंत के रूप में होता है -डेटा, एक ही निर्देशिका दृश्य में बहुत से डेटा स्ट्रीम विलय करता है। हमारे पास अभी भी हमारे बाकी संस्थागत डेटा के साथ बैकएंड डेटाबेस में "लोग" डेटा है और हमने विलय "लोगों" डेटा के सुविधाजनक लुकअप की अनुमति देने के लिए केवल फ्रंट-एंड के रूप में एलडीएपी (हमारे मामले में एडीएएम) चुना है। अब जब हम इस डेटा तक पहुंचने के साधन के रूप में वेब सेवाओं में जा रहे हैं, तो मुझे यकीन नहीं है कि एलडीएपी मार्ग को जारी रखने के लिए भी यह समझ में आता है (मौजूदा सेवाओं का समर्थन करने के अलावा जो अद्यतन नहीं किए गए हैं)।

Answer 5

मैंने सोचा था कि एलडीएपी को तेजी से, लगातार पढ़ने के लिए अत्यधिक अनुकूलित किया गया था। मुझे नहीं लगता कि वे लेनदेन प्रणाली के लिए स्केल करेंगे।

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