Le 10 sept. 2013 à 01:39, Benjamin Cama a écrit :
Moi-même je fonctionne avec un LDAP et je regrette d'avoir choisi ça...
Ah ouai ? T'as des exemples concrets de problèmes ?
C'est surtout pour stocker ce que tu veux dedans ou bien présenter les données comme tu l'entends, ou encore gérer facilement les alias (avec quoi LDAP a un peu de mal). Tu peux facilement mettre une jointure ou même une procédure stockée dans ta requête pour aller chercher des données dans différentes tables. Tu peux facilement ajouter un TRIGGER pour exécuter une procédure à chaque ajout d'utilisateur (ce qui te permet d'éviter de trop hacker l'outil qui te gère tes users). Tout ça tu ne peux pas le faire avec LDAP. A la limite si pour certains protocoles vous avez absolument besoin de LDAP, je vous conseille d'essayer le backend SQL de LDAP, pour stocker les données effectivement dans une base SQL mais les présenter avec LDAP.
Bref, si quelqu'un a une idée pour tout ça… C'est pour ça que le SQL ça me tente pas mal comme (plus petit ?…) dénominateur commun. Mais ça se discute, vu la gueule du module SQL de LDAP (il m'a fait un peu peur).
On s'en fout de comment c'est écrit. L'essentiel c'est que ça marche ! ;) Manu