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

Hello, on 07.04.2005 18:12, Victor Sudakov at CGatePro@mx.ru wrote:

> Dmitry Akindinov wrote:

>>>>> 
>>>>>>> Есть адресная книга, совершенно никак не связанная с почтовыми
>>>>>>> доменами, размещенными на CGP. Допустим, пришла она мне в виде ldif и
>>>>>>> растет от dc=somecompany,dc=com, тогда как все наши домены растут от
>>>>>>> dc=tomsk,dc=ru. Задача - дать возможность пользователям CGP
>>>>>>> пользоваться этой книгой. Как ее лучше загнать в хранилище CGP ?
>>>>>>> 
>>>>>>> В openldap просто - объявляем в slapd.conf вторую базу:
>>>>>>> database        bdb
>>>>>>> suffix          "dc=somecompany,dc=com"
>>>>>>> 
>>>>>>> потом "slapadd -n2" и вуаля. А тут?
>>>>>> 
>>>>>> Создаете Storage Unit с subtree dc=somecompany,dc=com и импортируете
>>>>>> этот ldifю
>>>>> 
>>>>> 
>>>>> Тогда я перестаю понимать, что такое subtree.
>>>> 
>>>> Нечто очень похожее на путь в файловой системе, но записанный в обратном
>>>> порядке.


> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

>>> Тогда что получится, если я импортирую этот LDIF прямо в хранилище <root> ?
>>> Не тот же ли самый результат?
>> 
>> не получится, так как узлы (директории в файловой системе) dc=com и
>> dc=somecompany,dc=com не существуют. Их можно создать и в <root>,
>> импортировав
>> 
>> dn: dc=com
>> objectClass: top
>> 
>> dn: dc=somecompany,dc=com
>> objectClass: top

Но в slapd.conf можно прописать хранилище с произвольным dn, не создавая промежуточных узлов. И потом работать с любыми dn (с указанными выше ограничениями), имеющими суффиксом этот произвольный dn, описанный в конфигурации slapd. Здесь - прямая аналогия со Storage Units в CGPro.

>> Но отдельное хранилище - это лучше. Можно потом легко убить и импортировать
>> данные заново.

Нет, объектов не будет, а вот использовать dc=somecompany,dc=com в суффиксе dn'ов реальных объектов будет можно, насколько я помню.

-- 
Best regards,
Dmitry Akindinov -- Stalker Labs