1

Active Directory などの LDAP データベースを格納するためにどのような物理構造が使用されているか知りたいです。

データベースはツリー構造として表現され、各ノードには一連の属性とオプションの子があります。ノードには、適用される属性のセットを定義するクラス タイプがあります。その点では、XML 文書に似ていると思います。

属性の数は、数千とは言わないまでも、数百に上ります。これらの属性も必ずしも固定サイズではありません。たとえば、MultiSz タイプがあります。そして重要なことに、属性とクラスは拡張可能です。

memberOfまた、データベースがリレーショナルであることにも気付きました。たとえば、属性とグループの間で双方向の参照整合性が維持されています。

明らかに、これを RDBMS に格納することはできません。行の長さの制限 (および ALTER TABLE を実行する必要がある) は、属性システムが適合しないことを意味しますが、このようなディスク上のデータベースをどのように構築しますか?

4

1 に答える 1

1

LDAP は、データの保存方法に関する仕様がないプロトコルです。

データベースには、階層的なメソッドが必要です。LDAP は、値、部分文字列、存在などのインデックスも実行できる必要があります。

エントリには、値を含む属性が含まれます。

LDAP によって提供される参照整合性はありません。一部の LDAP サーバー実装は、memberOf および member の値を提供する場合があります。通常は、memberOf の疑似値を作成する LDAP サーバー実装 (AD など) のバックグラウンド サービスです。(実際には基礎となるデータベースにはありません)。

はい、リレーショナル データベース内にデータを格納できます。属性値は、エントリの属性名とのキー関係として実行できます。

特に AD に関しては、これが出発点となる可能性があります。

于 2013-01-30T10:41:01.290 に答える