これは、特別にオーバー転載、私が導入されましたLDAPエントリの最も簡単です。説明リンク
まず、あなたは、私が説明するために多くのことを読んで、LDAPが何であるかを理解するために持っているだけでなく、霧、明確ではありません。ここではあなたのストロークの小さなストロークを伝えるために。
まず、LDAPプロトコル、LDAPサポートTCP / IPです。本契約は、標準、および抽象的です。この規格では、AD（アクティブディレクトリ）は、Microsoftが達成するために着手しています。
ADそれは何ですか？時間のために、データベースとして理解されます。多くの人々は、LDAPデータベース（LDAPは、データを格納するためのデータベースとして理解することができる）に直接言います。他のデータベースと同様に、のような、LDAPは、クライアント側とサーバ側を持っています。サーバ側のリソースは、クライアントCRUD操作を動作させるために、格納するために使用されています。
そして、我々は通常、LDAPサーバは、データベースの実行を参照していることを言います。
AD = LDAPは単に+ LDAPサーバーアプリケーションを理解することができます。
LDAPデータベース何この特別なそれですか？
私たちは、テーブルに存在してMySQLデータベースのように、データが記録によって記録されている、ということを知っています。LDAPデータベース、ツリー構造、リーフノードに格納されたデータ。以下のアナロジーを考えてみましょう
、あなたはリンゴの木（レコード）必要があるとし、どのように庭師にその場所を教えてください？もちろん、私たちはまず、「フォーク」（OU）そこを通って、ルートからリンゴに、（MYSQL DBに相当DC）の木が何であるかを説明しなければならない、これはAppleの姓（UID、相当ですMySQLのテーブルの主キーのID）。まあ！この時点で、私たちは、木東分岐の、「ワイボーツリー」の北のフォークに......赤と緑の分岐部の西側であり、その後によるりんごの位置を、明示することができますめまい！あなたは登るに直接行きます！
だから、レコードは明確に「木」に記述することができます。
それの記録位置を定義する方法についてLDAPの話。
树（dc=ljheee)
分叉（ou=bei,ou=xi,ou= dong）
苹果（cn=redApple）
好了，redApple的位置出来了：
dn:cn=honglv,ou=bei,ou=xi,ou=dong,dc=ljheee
其中dn标识一条记录，描述了一条数据的详细路径。
OUは複数の値を持っている理由ねえ！一部の人々が疑問？すべてのOUには複数の値を持つことができ、それはいくつかの枝を取ることが、Appleの位置に到達すること根から、それについて考えてみよう。DC、OU、CNそれぞれ、DNの長いリストの後ろに、カンマで区切られました。
次のようにLDAPツリーデータベースを要約すると：
dn ：一条记录的详细位置
dc ：一条记录所属区域 (哪一颗树)
ou ：一条记录所属组织 （哪一个分支）
cn/uid：一条记录的名字/ID (哪一个苹果名字)
最上部には、LDAPディレクトリツリー、いわゆる「ベースDN」のルートです。
なぜそれをしないだろう、MySQLとのデータの格納にLDAPディレクトリ・ツリーを使用して、なぜ私たちはツリーデータベースを考え出す必要がありますか？
データは、ツリー構造、より高いクエリ効率を使用して格納されているためである（具体的には、なぜ、原理-B-ツリー/ B +ツリーの実現のリレーショナルデータベースインデックスを見ることができます）。特定のシナリオの下では、ツリーデータベースの使用がより良いです。たとえば、次のように大量のデータを保存する必要がありますが、データが頻繁に簡単に見てみ、変更されていません。
素早く見つけ、それを使用するようにドメインの確認などシーン、が多いためにそれは、従来のリレーショナルデータベースと比較して、LDAPを加えています。
