Cuándo usar LDAP en una base de datos?

Question

¿Cuándo debo usar LDAP frente a base de datos/clave-valor-almacén/columna-orientado-base de datos/etc.?

Answer 1

LDAP puede considerarse una base de datos. Pero supongo que te refieres a las bases de datos SQL.

Los almacenes de datos LDAP son para sistemas con un alto número de lecturas en comparación con las escrituras. Mientras que otras bases de datos, como las tiendas SQL, están diseñadas para el uso de datos transaccionales (altas lecturas y escrituras).

Es por eso que LDAP es un protocolo de directorio. Es muy adecuado para directorios donde lee mucho y escribe difícilmente.

De here

LDAP se caracteriza como un servicio 'una vez al leer escritura-muchas veces. Que es decir, el tipo de datos que normalmente se almacenarían en un servicio LDAP no se espera que cambie en cada acceso. A ilustrar: LDAP NO sería adecuado para mantener los registros de transacciones bancarias ya que, por su naturaleza, cambian en cada acceso (transacción). LDAP sería, sin embargo, ser eminentemente adecuado para el mantenimiento de detalles de las sucursales bancarias, horas de apertura, empleados etc ..

Y esta es otra buena introducción here - LDAP vs RDBMS

Answer 2

Además de lo Preet Sangha tiene dicho, también debe tener en cuenta que LDAP no es transaccional. El servidor puede retrasar las actualizaciones arbitrariamente, por lo que la próxima lectura de los datos actualizados puede no reflejar la actualización. Si tiene requisitos transaccionales, no puede usar LDAP; si no lo haces, puedes.

Answer 3

En el pasado, sin duda, y con los servidores de directorio que descienden de la Univ. de la base de código de Mich., lectura de escritura única, muchos fueron ciertamente el caso, y los servidores de directorio descendientes de esa base de código tienen un rendimiento de escritura deficiente. Sin embargo, a lo largo de los años, los usuarios de LDAP han exigido un mayor rendimiento de escritura y cualidades transaccionales de los servidores de directorio LDAP y los modernos servidores de directorio basados ​​en Java tienen un excelente rendimiento de lectura y escritura.

Answer 4

también es agradable read:

No hay una respuesta simple, pero las notas siguientes pueden ser útiles:

1. El impacto en el rendimiento durante las escrituras se encuentra en la actualización de los índices. El más índices (para una lectura más rápida) con la menor frecuencia que desea actualizar el directorio. Lectura: relaciones de escritura de menos de 1,000: 1 o más altas para directorios LDAP optimizados con gran lectura.

2. La replicación LDAP genera múltiples transacciones para cada actualización, así que desea la carga de actualización más baja posible (1,000: 1 o superior).

3. Si los volúmenes de datos son grandes (por ejemplo> 10 000) el tiempo para actualizar incluso una pequeña cantidad de índices pueden ser graves por lo que desea mantener actualizaciones como baja como sea práctico (10,000: 1).

4. Si los volúmenes de datos son relativamente pequeñas (por ejemplo < 1.000 registros), índices modesto y sin replicación está siendo utilizado vemos ninguna razón intrínseca por no se podía utilizar LDAP en una forma que se aproxima es decir sistema basado en una transacción cada 5-10 accesos implica una lectura seguida de un ciclo de escritura (una modificación en la jerga LDAP).

5. sospechamos que la respuesta real a esta pregunta es (con perdón de la memoria del difunto, lamentaban Douglas Noel Adams): la relación de lecturas de las escrituras es 42!

Answer 5

Aquí está la diferencia entre los dos: LDAP está altamente optomized para lecturas, puede hacerlas mucho más rápido que su base de datos MySQL puede, por lo que se escala mucho mejor que su solución de base de datos en el largo plazo que está optimizado para lecturas y escrituras.

Estoy seguro de que encontrará más apoyo aplicaciones LDAP para un método de autenticación de MySQL, y usted será capaz de integrarse más en su directorio. Le advierto que antes de entrar de cabeza en LDAP, eche un vistazo a las herramientas de administración para su implementación de LDAP en particular. OpenLDAP es genial, pero la modificación manual del directorio todo el tiempo es una mierda.

Answer 6

LDAP realmente brilla es la escalabilidad. Si desea específicamente un lugar para guardar cuentas de usuario para la autenticación y desea escalar a múltiples servidores replicados, y manejar decenas de miles de solicitudes de autenticación por segundo, LDAP es una gran opción.