Re: Re: чужая адресная книга

Dmitry Akindinov wrote:
> >>>>> Тогда я перестаю понимать, что такое subtree.
> >>>>
> >>>> Нечто очень похожее на путь в файловой системе, но записанный в обратном
> >>>> порядке.
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > Это скорее определение термина "dn".
>
> Я бы сказал, что dn - это путь до объекта (файла), тогда как subtree - лишь
> его часть, путь (возможно - фиктивный) до некоторого узла (директории).
>
>
> >>> Тогда что получится, если я импортирую этот LDIF прямо в хранилище <root> ?
> >>> Не тот же ли самый результат?
> >>
> >> не получится, так как узлы (директории в файловой системе) dc=com и
> >> dc=somecompany,dc=com не существуют. Их можно создать и в <root>,
> >> импортировав
> >>
> >> dn: dc=com
> >> objectClass: top
> >>
> >> dn: dc=somecompany,dc=com
> >> objectClass: top
> >
> > Это само собой разумеется, что если импортировать ldif, он должен
> > содержать все промежуточные узлы. slapd тоже не даст импортировать
> > такую базу, в которой есть объект uid=vasya,dc=somecompany,dc=com и
> > при этом нет объектов dc=com и dc=somecompany,dc=com (хотя раньше
> > давал, но в последних версиях всё стало строже).
>
> Но в slapd.conf можно прописать хранилище с произвольным dn, не создавая
> промежуточных узлов. И потом работать с любыми dn (с указанными выше
> ограничениями), имеющими суффиксом этот произвольный dn, описанный в
> конфигурации slapd. Здесь - прямая аналогия со Storage Units в CGPro.

Становится понятнее. Верно ли я понимаю, что "Storage Unit" является аналогом описания "database" в slapd.conf ? Тогда, очевидно, параметр "subtree" является соответственно аналогом параметра "suffix". Так бы сразу и называли, а не придумывали какой-то "subtree" :))

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN