Дипломы, курсовые, рефераты, контрольные...
Срочная помощь в учёбе

Атрибуты. 
Работа протокола Lightweight Directory Access Protocol

РефератПомощь в написанииУзнать стоимостьмоей работы

Предположим, у Вас есть классический каталог «белые страницы», содержащий имена, номера телефонов, адреса, любимые напитки (существует стандартный атрибут favoritedrink). Чтобы однозначно идентифицировать конкретную запись, Вы можете выбрать имя человека (атрибут commonName или cn). Если имя, например: «Bob Smith», не является уникальным в данном каталоге LDAP, то при поиске «Bob Smith» будут… Читать ещё >

Атрибуты. Работа протокола Lightweight Directory Access Protocol (реферат, курсовая, диплом, контрольная)

Каждый атрибут имеет имя и обычно содержит данные. Атрибуты всегда связаны с одним или несколькими объектными классами. У атрибутов есть ряд интересных особенностей:

  • 1. Все атрибуты являются членами одного или нескольких объектных классов.
  • 2. Каждый атрибут определяет тип данных, которые он может содержать.
  • 3. Атрибуты могут быть необязательными или обязательными, согласно определениям ASN.1 того объектного класса, членами которого они являются. Атрибут может быть необязательным в одном объектном классе и обязательным в другом.
  • 4. У атрибутов может быть single (одно) или multi (несколько) значений. Single означает, что только одно значение данных может быть задано для этого атрибута. Multi означает, что для данного атрибута может быть задано одно или несколько значений данных. Если атрибут описывает, скажем, адрес электронной почты, у него может быть одно, два или 500 значений?—?это один из ряда методов работы с почтовыми псевдонимами, применяемых при построении каталога.
  • 5. У атрибутов есть имена и, иногда, псевдонимы или аббревиатуры, например, commonName является членом объектного класса, называемого person, и имеет сокращённое имя cn. Для ссылки на этот атрибут может использоваться как commonName, так и cn.
  • 6. На всех уровнях иерархии данные, содержащиеся в каком-то из атрибутов, могут использоваться для однозначной идентификации записи.

Предположим, у Вас есть классический каталог «белые страницы», содержащий имена, номера телефонов, адреса, любимые напитки (существует стандартный атрибут favoritedrink). Чтобы однозначно идентифицировать конкретную запись, Вы можете выбрать имя человека (атрибут commonName или cn). Если имя, например: «Bob Smith», не является уникальным в данном каталоге LDAP, то при поиске «Bob Smith» будут возвращены все записи в каталоге, содержащие имя «Bob Smith», и пользователю нужно будет выбирать, какая ему больше нравится. При чтении и поиске это может оказаться приемлемо или даже желательно, поскольку люди часто используют такую широко известную информацию, как имя человека.

При сохранении или обновлении записи недопустимо, чтобы «Bob Smith» был не абсолютно уникальным?—?какую из возвращённых записей нам следует обновить? В таком случае может потребоваться выбрать другой атрибут, являющийся абсолютно уникальным. Вполне допустимо использовать более одного атрибута для доступа к данным в зависимости от контекста, например, имя человека при чтении и поиске, а при сохранении?—?телефонный номер. Кроме того, как упоминалось выше, допустимо использовать более одного атрибута для определения уникальности записи (cn+favoritedrink).

Атрибуты, выбранные для хранения данных, составляющих уникальность записи, называются атрибутами именования или относительным уникальным именем (Relative Distinguished Name, RDN).

Показать весь текст
Заполнить форму текущей работой