属性とクラスの名前付け

このトピックには、属性とクラスの名前付けのガイドラインが含まれています。

新しいクラスまたは属性を作成するには、次の名前付け規則に従います。

• 新しい attributeSchema オブジェクトまたは classSchema オブジェクトの cn プロパティと lDAPDisplayName プロパティの両方に同じ名前を使用します。
• 名前の最初のセクションで、小文字のプレフィックスを持つ会社を識別します。 このプレフィックスには、DNS 名、頭字語、または会社を一意に識別するその他の文字列を指定できます。 このプレフィックスを使用すると、スキーマを参照するときに、特定の会社のすべての属性とクラスが連続して表示されます。
• 独立系ソフトウェア ベンダーとしてスキーマ拡張機能を開発する場合は、プレフィックスの製品名の省略形を追加します。 これにより、LDAP スキーマ拡張機能を含む複数の製品が区別されます。
• プレフィックスの後の次の文字としてハイフンを使用します。
• ハイフンの後に会社の属性内で一意の属性またはクラス名を指定します。 共通名のこの部分はわかりやすいものにする必要があります。 スキーマの開発者や閲覧者には意味のない非論理的な名前を使用しないでください。

たとえば、架空の Fabrikam 企業がボイス メール識別子を格納するための属性を追加してスキーマを拡張した場合、 新しい属性の cn と lDAPDisplayName は "fabrikam-VoiceMailID" になります。

属性またはクラスの lDAPDisplayName が指定されていない場合、システムは cn を使用して生成します。 ただし、名前を生成するためのシステム アルゴリズムでは、名前の競合や名前の読み取りが困難になる可能性があります。 これらの問題を回避するには、すべての属性とクラスに対して lDAPDisplayName を明示的に指定することをお勧めします。

開発とテストの目的で、cn と lDAPDisplayName にバージョン サフィックスを追加することが望ましい場合があります (例: "fabrikam-VoiceMailID-001")。 分散型の開発/テスト環境では、バージョン サフィックスを使用すると、開発者は複数のバージョンのソフトウェアを同時に実行できます。 テストが完了したら、属性またはクラスの名前を変更してサフィックスを削除します。

機能していないバージョンのスキーマ拡張機能を削除することはできませんが、無効にして、名前をあいまいな名前に変更することができます。 詳細については、「既存のクラスと属性の無効化」を参照してください。