2010-01-02 97 views

回答

1

LDAP適用於經常讀取且很少寫入的數據。例如,LDAP通常用於存儲用戶登錄或密碼信息。

0

LDAP是一個集中的用戶和賬戶管理系統,它也可以存儲一些數據字段。

7

關係數據庫和基於LDAP的數據庫解決了不同的問題。 LDAP主要關注快速讀取,慢速寫入,分層,分佈式和基於權限(如DNS)。如果你的數據不符合這個假設,LDAP不是正確的選擇。

LDAP很適合描述實體的層次結構,例如公司地址簿。雖然關係數據庫就需要各個部門的所有地址訪問全球大型表,LDAP解決方案允許分發各部門的通訊錄到該部門的職責,同時保持它可以查詢到該公司其他任何人。

LDAP允許您存儲任何類型的信息。地址簿是最典型的例子,但是所有可以作爲層次關注的權限集的數據集都可以存儲在LDAP中。另一個例子:假設一個圖書館是圖書館聯盟的一部分,他們想要存儲他們擁有的圖書的數據。數據庫是分層的(每個庫在其邊界內是權威的),每個庫都獨立於其他庫。在架構內部,您可以存儲有關書籍的數據,例如作者,出版年份,標題,isbn等。

要存儲數據,請使用特殊文件格式LDIF表示它,但也存在API。然而,LDIF是查看信息最簡單的方法。它只是一個純文本文件。維基百科

dn: cn=John Doe,dc=example,dc=com 
cn: John Doe 
givenName: John 
sn: Doe 
telephoneNumber: +1 888 555 6789 
telephoneNumber: +1 888 555 1232 
mail: [email protected] 
manager: cn=Barbara Doe,dc=example,dc=com 
objectClass: inetOrgPerson 
objectClass: organizationalPerson 
objectClass: person 
objectClass: top 

一個例子介紹介紹了一個李四的人的信息。它是根據DC =示例,DC = COM的「域」,並且具有一堆相關聯的其它信息(認爲像一個錶行)。需要注意的是層次結構可以(顯然)相關的互聯網領域,像在這種情況下,但在現實中的層次結構的描述是非常靈活的。您可以根據國家邊界或公司部門或任何您喜歡的任何方式組織層次結構。

當你需要管理,你有

  1. 需要降低存儲要求的靈活模式的一數據域,應使用LDAP。
  2. 減小寫入需求,強大的讀取需要權威性的管理和組織信息
  3. 當局和代表團
  4. 強烈的層次性
+0

+1簡明扼要! – 2010-04-30 15:20:13

2

This concise and nice post擁有與這個場景非常好的信息。

如果進一步感興趣的話,你可以去深一點in here,這是一個延續上面的鏈接。

0

您也可以使用LDAP作爲查找尋址機制來檢索資源,例如Database-Connections或遠程服務。

我喜歡LDAP的好處是,你可以檢索目錄/ URL風格的東西。這與您必須使用專用查詢語言的RDBMS完全不同。如果事物按照層次的方式組織,這通常是有道理的,而且是直觀的。