Преимущества LDAP над РСУБД?

Question

У меня есть приложение с базой данных в качестве базы данных.

Приложение представляет собой своего рода модель PUB-SUB, в которой пользователи публикуют изменения в приложении и других одноранговых узлах, подписавшись на эти изменения. Эти изменения могут происходить очень часто или периодически, и все изменения должны быть записаны в базу данных.

Теперь меня просят найти возможность замены этой СУБД на LDAP. Возможно, они хотят унифицированную БД для всех приложений, но в любом случае мне нужно найти преимущество/недостатки обоих подходов.

Я не могу напрямую сравнивать СУБД a с LDAP, поскольку у меня почти нет идеи LDAP, хотя я пытался их получить.

Я понимаю, что LDAP предназначен для доступа к каталогам и оптимизирован для доступа к чтению, поэтому он пишет один раз и читает много. Я читал, что частые записи уменьшат производительность сервера LDAP, так как каждая запись приведет к запуску процесса индексирования.

Как раз для того, чтобы дать сценарий в отношении индексации в LDAP, в моей таблице будет несколько столбцов, например 2 из них. Имя и описание. Теперь в LDAP я предполагаю, что это станет двумя атрибутами как Name и Desc. В моем сценарии это Desc, который будет часто обновляться. Я предполагаю, что имя будет проиндексировано так, что даже если Desc будет часто меняться, это не вызовет процесс индексирования.

Я хочу отметить, что база данных будет размещена на какой-то облачной платформе.

Я попытался выяснить различия, но ничего окончательного я не смог узнать.

Answer 1

LDAP - это протокол, REST - это служба, основанная на протоколе HTTP (протокол). Поэтому, когда сервер LDAP не должен подвергаться воздействию Интернета, как вы хотите получить данные от него? Поскольку протокол LDAP является протоколом, вам необходим прямой доступ к LDAP-серверу. Это похоже на сервер базы данных, который вы бы не открывали напрямую в Интернет. Вы бы создали интерфейс для инкапсуляции. и это также может быть интерфейсом REST.

Я попытался бы получить точки actos, что один из них является протоколом передачи, а бэкэнд хранилища, а ither - публичным интерфейсом к его данным. Это немного похоже на то, почему mysql лучше, чем веб-интерфейс. Вы никогда не делаете mysql-сервер общедоступным, а инкапсулируете его протокол в приложение.

REST - это интерфейс. Неважно, как вы обмениваете свои данные за этим интерфейсом. Когда вы решите, что хотите организовать его по-другому, вы можете сделать это без того, чтобы потребитель вашего API заметил какие-либо изменения. И вы можете предоставить различные версии вашего API в зависимости от улучшения вашего сервиса.

LDAP, с другой стороны, является реализацией. Вы не можете изменить способ обработки ваших данных без того, чтобы потребитель заметил это. Таким образом, нет возможности перестроить ваш бэкэнд, не затрагивая потребителя.

С помощью REST вы можете изменить бэкэнд от MySQL до PostgreSQL даже до LDAP без уведомления, которое вы не сможете с LDAP.

Надежда, что помогает

Answer 2

Теперь, когда мы, наконец, знать, что вы на самом деле просите,, который не имеет ничего общей с названием, тела вашего вопроса, или Реста, простой ответ заключается в том, что нет никаких оснований полагать, что сервер LDAP будет работать значительно лучше, чем РСУБД в этом приложении, с двумя гонщиками:

1. это может даже не быть возможно, из-за проблемы схемы, и
2. , если это возможно, оно не может быть семантически подходящим из-за отсутствия свойств ACID, отсутствия JOIN и других проблем, упомянутых в комментариях.

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