Co rozwiązuje LDAP?

DITs są hierarchicznym schematem opisu, który bardzo ładnie nadaje się do algos B-Tree, co w większości przypadków skutkuje ogromną wydajnością wyszukiwania. Serwer katalogów jak OpenDS zwraca indeksowane wyszukiwania w mikro-sekundach, podczas gdy systemy RDBMS są znacznie wolniejsze. Serwery katalogowe (często nazywane serwerami LDAP) wymieniają zasoby (RAM, CPU) w celu szybkiego odczytu. Systemy RDBMS zapewniają większą funkcjonalność w zakresie zarządzania danymi. Potrzebujesz prędkości z kilkoma lub zerowymi aktualizacjami, prostota i mały protokół sieciowy? Użyj serwera katalogowego. Potrzebujesz możliwości zarządzania danymi i wydobywania danych i / lub wysokiej szybkości zmiany bazy danych z aspektami relacyjnymi zdefiniowanymi między danymi? Użyj RDBMS (MySQL jest najlepszym rozwiązaniem tutaj).

LDAP ma o(1) wydajność odczytu, w zamian za o (coś gorszego) wydajność zapisu. Jest to idealne rozwiązanie dla danych, do których dostęp jest często, ale rzadko zmienianych - katalogów osób, nazw i adresów maszyn itp. (stąd Skrót: Lightweight Directory Access Protocol.)

LDAP jest właściwym wyborem, gdzie ból korzystania z bazy danych, która nie jest relacyjna, pod względem zmniejszonej znajomości programistów i dziwnych cech wydajności, jest mniejszy niż zysk ślepo szybki dostęp do odczytu.

Jedna perspektywa Lubię harp na jest LDAP jest aplikacja na szczycie sklepu persistence i baza danych jest sklep persistence. Oba mogą być używane do przechowywania informacji o użytkowniku.

LDAP daje Ci hierarchię, która jest trudniejsza do zrobienia w bazie danych. Możesz utworzyć hierarchię w bazie danych, ale trudniej jest zrobić takie rzeczy, jak delegacja (te wiersze należą tylko do ciebie) lub ACL na rows. Wypychanie problemów z bezpieczeństwem z bazy danych jest łatwiejsze, jeśli używasz LDAP do przechowywania tożsamości użytkowników. Trying to rozwiązywanie tego w bazie danych jest dziwne.

W tym samym czasie, LDAP jest straszne dla raportowania przeciwko (przekształcić LDAP do DB dla raportowania). Przechowywanie atrybutów głęboko w drzewie, które muszą być szybko przeszukiwane, może być problematyczne dla wydajności(nie rób tego, miej DB na boku lub spróbuj spłaścić zapytanie, zmieniając swój DIT). Przechowywanie atrybutów w całym miejscu w naprawdę głębokim DIT jest po prostu złym projektem LDAP lub systemu, ale czasami jest to nieuniknione, jeśli jesteś przywiązany do dostawcy produkt lub starsza aplikacja.

Ten link wyjaśni LDAP http://blogs.oracle.com/raghuvir/entry/ldap

Używamy LDAP w naszym biurze do wyszukiwania adresów e-mail w całej firmie. Używamy go jako usługi logowania z jednego źródła dla naszych wewnętrznych aplikacji.

Pracuję na pół etatu i na cały etat. Mój program nauczania zachęca (wymaga przeczytania) wiele projektów grupowych.

Użyłem openLdap i phpLdapAdmin do kontroli dostępu do moich Subversion i Mercurial repos, Trac projektów, Hudson, itp. Nie było to łatwe do zainstalowania, ale czas zaoszczędzony w administracji był zesłany przez Boga.

Jeśli masz projekty, w których będzie wiele grup ludzi, którzy muszą być w stanie korzystać z różnych zasobów, jest to dobre narzędzie.

LDAP jest tylko protokołem, artykuł w Wikipedii wyjaśnia to odpowiednio http://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol

To sposób na odpytywanie podstawowej struktury organizacyjnej, takiej jak Microsoft Active Directory. Możesz użyć zapytań LDAP, aby uzyskać wszelkiego rodzaju informacje o użytkownikach, używać ich do ustawiania praw aplikacji itp.

LDAP jest protokołem dostępowym; dostarcza tylko API do podstawowej technologii, dla której próbujesz znaleźć aplikacje-usługi katalogowej . OpenLDAP jest jedną z usług katalogowych open source; Sun ma inną implementację o nazwie OpenDS. Active Directory i Novell NDS to kolejne dwa powszechnie spotykane w tej dziedzinie.

Katalog może być używany do przechowywania informacji o wszelkiego rodzaju zasobach i relacjach między nimi - na przykład praw użytkownika do katalogu, drukarki lub urządzenia dostępowego do sieci.

Zobacz ten link:

Http://www.umich.edu/~dirsvcs / ldap/Doc/guides / slapd / 1.html#RTFToC1

Co wyjaśnia głęboko LDAP:

Na przykład możesz zobaczyć ten obraz w tej dokumentacji,

Http://www.umich.edu / ~dirsvcs/ldap/doc/guides/slapd/guide-51.gif

W jednym z moich starych miejsc pracy użyliśmy LDAP jako głównego systemu uwierzytelniania użytkowników.

To z kolei dostarczyło naszym różnym systemom informacji, które dept. należeli do, gdzie powinni zamontować swoje katalogi domowe, dane kontaktowe, zarządzanie pracownikami.

Niekoniecznie kontrolowane przez LDAP, ale inne rzeczy, które mieliśmy mieszane do pracy przez LDAP było istnienie użytkowników SQL, K4, samba i generowanie konta e-mail.

Czy jest gdzieś w Internecie dobry dokument wyjaśniający te wszystkie pytania?

Można go pobrać z poprzedniego linku.