query linked displayname campos attribute sql ldap

sql - linked - ldap attributes



Diferencia entre SQL y LDAP (3)

He utilizado tanto SQL como LDAP, pero en una conversación reciente con uno de mis compañeros me di cuenta de que puede haber más. Y que podría ser beneficioso considerar LDAP sobre SQL a veces.

Así que mi desafío / solicitud / pregunta: ¿Me puede explicar las ventajas (y desventajas) de LDAP sobre SQL "en el ascensor"? Es decir, una breve presentación de 2-3 minutos.


El Lightweight Directory Access Protocol (LDAP) es un protocolo de aplicación para leer y editar directorios a través de una red IP. Más [here] .

Una buena lectura sobre LDAP y su diferencia con la base de datos está disponible [here]

Además, echa un vistazo a los siguientes enlaces:


Hay una buena comparación disponible, pero desafortunadamente está ''solo en alemán (y bastante antiguo, pero eso no debería importar, ya que ni la noción básica detrás de SQL ni la de LDAP ha cambiado desde 2002): http://kris.koehntopp.de/artikel/dir-vs-rel/sld001.htm


LDAP es un protocolo para acceder a directorios, SQL es un lenguaje de consulta para bases de datos.

Ambos sistemas almacenan datos, pero la gran diferencia es que: los directorios (como Active Directory) están mejorados para muchas más lecturas que escrituras, por ejemplo, la lectura de información debería ser muy fácil, trivial (y ofrecer un gran rendimiento), mientras que la actualización puede ser un poco de un dolor. Además: los directorios a menudo se distribuyen, por ejemplo, se distribuyen en múltiples servidores / ubicaciones, y ofrecen mecanismos para replicar fácilmente datos de solo lectura en ubicaciones.

Las bases de datos SQL , por otro lado, están orientadas hacia una carga más equilibrada de lectura y escritura, y por lo tanto, las escrituras también deben ser lo más fáciles posible.

Así que esto se reduce a:

  • Si tiene datos (como cuentas de usuario, permisos) que se leen en su mayoría (pero que no se actualizan con mucha frecuencia), un directorio suena como una gran solución.

  • Si necesita insertar con frecuencia nuevos datos y actualizar los datos existentes, entonces una base de datos es mucho más adecuada para sus necesidades. No intente crear un sistema de entrada de pedidos dentro de un directorio, es una mala coincidencia ...

Esas distinciones no son "absolutas" o claras: a menudo se trata de una decisión de juicio sobre si colocar algo en su base de datos o si pertenece a un directorio.