ディレクトリサーバーモデルの属性は、実際には名前[オプションのオプション]の値構成です。説明するタスクを実行するには、別の属性をエントリに割り当てることができます。 RFC2798は、DirectoryString
の構文とcaseIgnoreMatch
の等価一致規則を持つemployeeType
(link)属性タイプを定義します。おそらく、この属性はあなたの目的のために使用されるかもしれません。あなたのような属性が割り当てられている場合:
employeeType: type 6
あなたはサーバーを使用することを指定することができcaseIgnoreMatch
ているマッチングについての懸念を持っていた場合、LDAPクライアントは、
(&(employeeType=type 6)(objectClass=inetOrgPerson)).
のようなフィルタを持つすべての従業員を見つけるだろう同様に、拡張可能な整合フィルタを用いてcaseExactMatch
:
(&(employeeType:caseExactMatch:=type 6)(objectClass=inetOrgPerson))
employeeType
は、従って、従業員多値であります複数ある可能性がありますemployeeType
。有効な値であるDirectoryStringはemployeeType
に割り当てることができます。
ありがとう、それは人のために働くが、私は電話番号と電子メールを持っている人のためのレコードを持っている必要があり、電話番号に連絡先タイプ10とフラグを付け、連絡先タイプ35? – Mordechai
この要件を満たすには、連絡先の種類に関する情報を保持する新しい属性を定義する必要があります。新しい属性がスキーマに定義されている場合、名前は 'companyNameHereMailContactType'、' companyNameHereTelephoneNumberContactType'となります。あるいは、「employeeType」属性値のフォーマットは、「mailContactType type 6」であり、値「telephoneNumberContactType type 10」などの別の「employeeType」属性であり得る。私があなたが描いていると思っていることを達成するには、いくつかの方法があります。あるいは私はあなたを完全に誤解するかもしれません。 –
あなたは私をうまく理解しています。私の質問は、さまざまなオプションから正確に得られます。接触点は物体であり、人は物体である。オブジェクト指向の宇宙では、接触点情報を保持する接触点特性を有することになる。質問は、LDAPの名前と価値のペアの世界でこれを行う最善の方法です。 – Mordechai