Этот отличный ответ объясняет преимущества LDAP/Directories над RDBMS при правильных обстоятельствах, но только упоминает учетную запись пользователя и информацию, ориентированную на аутентификацию, как типы данных для хранения в каталоге.
Ответ в основном приписывает каталогу следующие преимущества:
- Настроен на сверхбыстрое чтение, типичное для системы аутентификации.
- Масштабируемость
- Возможности репликации из коробки, которые нелегко реализовать в большинстве СУБД.
- Совместимость
Мне интересно, какие другие варианты использования могут потребовать хранения данных в каталоге. Если производительность чтения является основным преимуществом, то я думаю, что любое хранилище OLAP может быть достойным кандидатом, например, хранилище данных или система генерации отчетов.
Но у меня был такой ограниченный опыт работы с LDAP и каталогами, что мне сложно увидеть «лес за деревьями»; Я видел только пользовательские данные, хранящиеся в каталоге, например:
DC=пример, DC=org, OU=служба поддержки клиентов, CN=John Smith
Я не совсем уверен, как это приведет к хранению/запросу непользовательских данных.
Может ли кто-нибудь подсказать мне, какие варианты использования, помимо систем пользователя/аутентификации, были бы первыми кандидатами на хранение в каталоге, и предоставить пример или два того, как запись будет выглядеть в каталоге , просто чтобы я мог понять, как хранить/организовывать непользовательские данные?
