Обзор элементов LDAP

Всё в LDAP иерархично, в том числе объектные классы и атрибуты. Наборы схемы важны, но не особо интересны, они представляют собой упаковку, в которой грубо сгруппированы между собой объектные классы и атрибуты.

Ниже определены важные правила, относящиеся к каждой из этих «фенечек» :

• 1. Наборы схемы?—?это просто упаковочные единицы. Если требуется более точное определение, то это сборники «фенечек», а также метод быстрого указания на множество элементов, позволяющий не останавливаться на каждом элементе в отдельности:
• 1.1. Все объектные классы и атрибуты определяются внутри набора схемы.
• 1.2. Все наборы схемы, включающие используемые в какой-либо реализации LDAP объектные классы и атрибуты, должны быть известны LDAP-серверу.
• 1.3. Атрибут, определённый в одном наборе схемы, может использоваться в объектном классе, определённом в другом наборе схемы?—?стиль Pick’n Mix.
• 2. В объектных классах сгруппированы наборы атрибутов:
• 2.1. Объектные классы определяются внутри наборов схемы.
• 2.2. Объектные классы могут быть организованы в иерархию, в этом случае они наследуют все свойства своих родительских или вышестоящих объектных классов.
• 2.3. Объектные классы могут быть структурными (STRUCTURAL), в этом случае они могут использоваться для создания записей, вспомогательными (AUXILIARY), в этом случае они могут быть добавлены в любую подходящую запись, или абстрактными (ABSTRACT) ?—?несуществующая «фенечка» .
• 2.4. Если объектный класс является частью иерархии, он должен быть того же типа, что и любой из вышестоящих объектных классов.
• 2.5. Объектные классы предназначены для подключения атрибутов.
• 2.6. Объектные классы определяют, является ли атрибут обязательным, то есть должен присутствовать в записи, либо необязательным, то есть может присутствовать в записи с данным объектным классом.
• 2.7. Объектные классы определяются с помощью нотации ASN.1.
• 3. Атрибуты обычно содержат данные:
• 3.1. Каждый атрибут определён в наборе схемы данных.
• 3.2. Каждый атрибут входит в один или несколько объектных классов.
• 3.3. Чтобы использовать атрибут в записи, в определение этой записи должен быть включен его объектный класс, и этот объектный класс должен быть включен в набор схемы данных. В свою очередь, этот набор схемы должен быть известен LDAP-серверу.
• 3.4. Характеристики атрибута определяются с помощью нотации ASN.1.
• 3.5. Атрибут может появляться лишь однажды в любом экземпляре содержащего его объектного класса, либо может появляться более одного раза в любом экземпляре содержащего его объектного класса. Значение по умолчанию?—?MULTI-VALUE.
• 3.6. Определение атрибута может быть частью иерархии, в этом случае оно наследует все свойства своих родителей.
• 3.7. Определение атрибута включает его тип или синтаксис, например, строка или число. Кроме того, с помощью, так называемых правил соответствия (matchingRules), указывается то, как атрибут будет вести себя в определённых условиях, например, будет ли при операциях сравнения учитываться регистр символов или нет.
• 4. В записях в пределах DIT сгруппированы наборы объектных классов:
• 4.1. Записи должны содержать один и только один структурный объектный класс. У структурного объектного класса может быть вышестоящий объектный класс, тоже являющийся структурным.
• 4.2. Записи могут содержать любое количество вспомогательных объектных классов.
• 4.3. У записи могут быть дочерние записи, располагающиеся ниже неё в иерархии адресов.
• 4.4. У записи могут быть родительские записи, располагающиеся выше неё в иерархии адресов.
• 4.5. У записи могут быть одноуровневые записи, располагающиеся на одном с ней уровне в иерархии адресов. У одноуровневых записей одна и та же общая родительская запись.

Схема 8, иллюстрирующая некоторые из этих отношений:

Схема 8.