Спасибо за ответ.
> LDAP DIT - это расширенный key-value, где для ключей определена иерархия, а
> value состоит из набора обязательных и опциональны атрибутов.

да, но сформиулирую так - можно ли как-то сделать, чтобы KEY был лишь контейнером для других KEY?

со множественностью проблем нет это я понимаю (один ключ может повторяться сколько угодно, в соотв. со схемой конечно), а вот такая вроде бы нехитрая система с вложенностью - сколько ни гуглил такого не видел.

т.е. так например
cn=запись_номер_столько_то
|
--key (пусть будет передающая_организация)
| |
| -- тут key - value (к примеру номер или адрес там)
| |
| -- тут key - value (подразделение какое-нибудь)
| |
| -- тут key - value (номер лицензии скажем)
|
--key (работы выполненные в рамках передаваемой записи)
| |
| -- тут key - value (услуга)
| |
| -- тут key - value (выполнивший)
| | |
| | -- имя выполнившего - Иванов
| | |
| | -- должность - прораб
| -- тут key - value (номер договора какой-нибудь)

...

Данные поступающие то вроде по большей части как раз иерархические, так что в качестве "фронта" вроде логично использовать не табличное хранилище. Но насколько тут приспособляем LDAP я пока не очень пойму...

Может есть какие-то качественные ссылки, где люди описывают опыт не стандартной работы со схемами? Был бы благодарен.