Oui, le soucis c'est que je pensais à un cas où les groupes ont la liste de leurs membres et pas l'inverse.
Typiquement le cas avec l'objectClass posixGroup qui sert pour les groupes UNIX, ou groupOfNames : http://www.zytrax.com/books/ldap/ape/core-schema.html#groupofnames
Dans un cas on a les dn, dans l'autre les uid, mais dans les deux cas il faut faire plusieurs requêtes pour obtenir des infos détaillées sur les utilisateurs, là où en SQL on s'en sortirai par jointure en une seule requête.
C'est pour ça que ta remarque m'étonnait, «peu importe le nombre de données différentes que tu croises.», parce que justement j'ai l'impression que rien n'a été prévu en LDAP pour croiser les données, il faut faire des requêtes séparées là où le langage SQL est prévu pour ça.
Pour en revenir à ton exemple, ça met juste le problème dans l'autre sens : maintenant c'est obtenir tous les 'NumeroGroupe' associés à une personne qui ne peut plus se faire en une seule requête.
[^] # Re: Mongueur
Posté par MCMic (site web personnel) . En réponse au journal Gestion de LDAP sous Debian : OpenLDAP. Évalué à 7.
Oui, le soucis c'est que je pensais à un cas où les groupes ont la liste de leurs membres et pas l'inverse.
Typiquement le cas avec l'objectClass posixGroup qui sert pour les groupes UNIX, ou groupOfNames : http://www.zytrax.com/books/ldap/ape/core-schema.html#groupofnames
Dans un cas on a les dn, dans l'autre les uid, mais dans les deux cas il faut faire plusieurs requêtes pour obtenir des infos détaillées sur les utilisateurs, là où en SQL on s'en sortirai par jointure en une seule requête.
C'est pour ça que ta remarque m'étonnait, «peu importe le nombre de données différentes que tu croises.», parce que justement j'ai l'impression que rien n'a été prévu en LDAP pour croiser les données, il faut faire des requêtes séparées là où le langage SQL est prévu pour ça.
Pour en revenir à ton exemple, ça met juste le problème dans l'autre sens : maintenant c'est obtenir tous les 'NumeroGroupe' associés à une personne qui ne peut plus se faire en une seule requête.