Lors de l'utilisation de LDAP sur une base de données?

Quand dois-je utiliser LDAP vs base de données clé/valeur-magasin/orientée sur la colonne de la base de données/etc?

InformationsquelleAutor DavidHH | 2011-07-30
  1. 36

    LDAP peut être considéré comme une base de données. Mais je suppose que vous voulez dire des bases de données SQL.

    LDAP magasins de données sont pour les systèmes avec un grand nombre de lectures par rapport à l'écrit. Alors que d'autres bases de données telles que SQL magasins sont conçus pour les transactions de l'utilisation des données (élevé en lecture et en écriture).

    C'est pourquoi le protocole LDAP est un protocole d'annuaire. Il est bien adapté pour les répertoires où vous lisez beaucoup et écrire peine.

    De ici

    LDAP est caractérisé comme un "write-once-lire-plusieurs-fois-service". Que
    est-à-dire, le type de données qui sont normalement stockées dans un annuaire LDAP
    le service ne devrait pas changer à chaque accès. Pour
    illustrer: LDAP ne serait PAS approprié pour le maintien des services bancaires
    les dossiers de transaction, puisque, de par leur nature, ils changent à chaque
    l'accès (la transaction). Le protocole LDAP, cependant, être particulièrement adaptée à la
    le maintien de détails des succursales de la banque, les heures d'ouverture, les employés
    etc..

    Et c'est une autre bonne intro ici - LDAP vs SGBDR

    InformationsquelleAutor Preet Sangha
  2. 5

    En plus de ce Preet Sangha a dit, vous devez également noter que le protocole LDAP est non transactionnelles. Le serveur peut retarder les mises à jour de manière arbitraire, de sorte que la prochaine lecture des données mises à jour peuvent ne pas refléter la mise à jour. Si vous avez des exigences transactionnelles vous ne pouvez pas utiliser LDAP; si vous n'en avez pas, vous pouvez.

    • En fait, certains modernes et de qualité professionnelle à des serveurs d'annuaire et Kits de développement logiciel, en fait, prendre en charge les transactions, mais vous serait correct de dire que ce n'est pas habituel, et généralement en comparaison avec un SGBDR n'est pas tout à fait la même chose.
    InformationsquelleAutor user207421
  3. 4

    aussi agréable à lire:

    Il n'y a pas de réponse simple, mais les informations suivantes peuvent être utiles:

    1. Les performances pendant l'écriture réside dans la mise à jour de l'index. L'
      plusieurs index (pour une lecture plus rapide), moins souvent que vous voulez
      mise à jour de l'annuaire. Lire:écrire des ratios de moins de 1 000:1 ou plus
      fortement lecture optimisée des annuaires LDAP.

    2. La Réplication LDAP génère plusieurs transactions pour chaque mise à jour, de sorte
      vous voulez la plus faible pratique de mise à jour de la charge (de 1 000:1 ou plus).

    3. Si les volumes de données sont de grande taille (dire > sur 10 000), le temps de mise à jour, même une
      petit nombre d'indices peuvent être graves si vous voulez garder les mises à jour
      bas que pratique (de 10 000:1).

    4. Si les volumes de données sont relativement petites (dire < 1 000 enregistrements), les index
      modeste et pas de réplication est utilisé nous ne voyons aucune raison pour que
      vous ne pourriez pas utiliser LDAP dans une forme qui s'approche d'une transaction
      système c'est à dire toutes les 5 - 10 accède impliquent une lecture suivie de l'écrire
      cycle (a modifier dans le LDAP jargon).

    5. Nous soupçonnons que la vraie réponse
      à cette question (avec mes excuses à la mémoire du défunt,
      regretté Douglas Noel Adams): le rapport de lectures et d'écritures est de 42!

    InformationsquelleAutor mkind
  4. 3

    Voici la différence entre les deux:
    LDAP est hautement optimisé pour le lit, il peut faire beaucoup plus vite que votre base de données MySQL peut, alors il sera échelle beaucoup mieux que votre solution de base de données dans le long terme, qui est optimisé pour les lectures et écritures.

    Je suis sûr que vous trouverez le plus de demandes de support LDAP pour une méthode d'authentification que le serveur MySQL, et vous serez en mesure d'intégrer de plus dans votre répertoire. Je ferais attention avant de vous faire aller la tête la première dans LDAP que vous prenez un regard sur les outils de gestion pour votre LDAP mise en œuvre. OpenLDAP est grande, mais modifier le répertoire par la main tout le temps suce.

    InformationsquelleAutor Nitin Pawar
  5. 2

    Dans le passé, certainement, et avec des serveurs d'annuaires qui sont les descendants de l'Univ. de Mich. base de code, écrivez-lu une fois-de nombreux a certainement été le cas, et les serveurs d'annuaire descendant de ce code de base de souffrir de la mauvaise performance d'écriture. Au fil des ans, cependant, les utilisateurs LDAP ont exigé l'augmentation des performances d'écriture et de transactions qualités de serveurs d'annuaire LDAP et moderne basé sur Java serveurs d'annuaire ont d'excellentes performances en lecture /écriture.

    InformationsquelleAutor Terry Gardner
  6. 0

    LDAP brille vraiment, c'est de l'évolutivité. Si vous souhaitez une place pour la tenue de comptes d'utilisateur pour l'authentification et souhaitez mettre à l'échelle de plusieurs serveurs répliqués et gérer des dizaines de milliers de demandes d'authentification d'un deuxième, LDAP est une excellente option.

    InformationsquelleAutor user3552519