Je me suis probablement mal exprimé. Un SGBDR c'est un choix par défaut, tu sais que ce que tu veut faire sera certainement possible même si ce sera pénible.
Mais de ce que j'en sais tu peut faire faire énormément plus de chose à une base relationnel qu'à un LDAP. Je pense particulièrement aux agrégations, aux requêtes OLAP, à la gestion de l'intégrité (j'entends par là des règles de gestions métier qui peuvent prendre en paramètres plusieurs champs),… Plus globalement j'ai l'impression qu'on peut bien moins contraindre un schemas LDAP qu'une tables SQL (même si on peut faire des choses très sympa comme les énumération en LDAP). AMHA SQL permet de faire à peut prêt tout ce que l'on peut imaginer faire avec des données alors que LDAP va nécessité pour une partie de ces traitements de les faire dans le code de l'appli client (mais je peux me tromper).
D'un point de vu configuration un serveur LDAP est largement optimisé pour faire énormément des lecture et assez peu (en relatif) d'écriture. C'est en partie grâce à ça qu'il est plus simple de faire de la réplication avec.
Je ne cherche pas à dire que l'un est meilleur que l'autre, juste qu'ils ont chacun leur avantages.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mongueur
Posté par barmic . En réponse au journal Gestion de LDAP sous Debian : OpenLDAP. Évalué à 2.
Je me suis probablement mal exprimé. Un SGBDR c'est un choix par défaut, tu sais que ce que tu veut faire sera certainement possible même si ce sera pénible.
Mais de ce que j'en sais tu peut faire faire énormément plus de chose à une base relationnel qu'à un LDAP. Je pense particulièrement aux agrégations, aux requêtes OLAP, à la gestion de l'intégrité (j'entends par là des règles de gestions métier qui peuvent prendre en paramètres plusieurs champs),… Plus globalement j'ai l'impression qu'on peut bien moins contraindre un schemas LDAP qu'une tables SQL (même si on peut faire des choses très sympa comme les énumération en LDAP). AMHA SQL permet de faire à peut prêt tout ce que l'on peut imaginer faire avec des données alors que LDAP va nécessité pour une partie de ces traitements de les faire dans le code de l'appli client (mais je peux me tromper).
D'un point de vu configuration un serveur LDAP est largement optimisé pour faire énormément des lecture et assez peu (en relatif) d'écriture. C'est en partie grâce à ça qu'il est plus simple de faire de la réplication avec.
Je ne cherche pas à dire que l'un est meilleur que l'autre, juste qu'ils ont chacun leur avantages.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)