Discussion :

[Janitrix]

Salut,

Je me trouve face à une situation compliquée à décortiquer. Je m'explique : dans le but de faire une application PHP avec une bonne intégration dans les environnements existants, je dois trouver un moyen de gérer plusieurs sources de données pour l'identification. En PHP, on utilise généralement une base de données MySQL pour sauvegarder les données utilisateurs (nom d'user, mot de passe, etc).

Mon problème est le suivant : mon application a sa propre base de données, avec plusieurs tables. L'utilisateur a plusieurs choix pour gérer l'identification : utiliser la base de données de l'application, utiliser une base de données externe, utiliser des fichiers XML, etc. Les sources d'identification peuvent être très variées.

Seulement, mon application doit se plier à la structure de ces sources différentes.

Et si j'ai besoin de plus d'attributs pour mes utilisateurs ? Par exemple, je veux que mes utilisateurs puissent donner leur nom civil, mais la base externe qui me sert pour l'identification ne contient que des champs pour le nom d'utilisateur et le mot de passe.

Je me retrouve face à une situation complexe : dois-je créer une table 'user' qui ne contiendra que les données supplémentaires sur les utilisateurs, et faire le lien avec la base de données externe ? Dois-je demander à l'admin de créer lui même les champs nécessaires (fastidieux et peu envisageable) ?

Je ne vois pas comment résoudre ce problème de manière logique et efficace. La duplication de la source d'identification n'est pas envisageable pour des raisons évidentes de sécurité, performance et efficacité.

Que feriez-vous dans un cas similaire ?

Merci.

[Antoun]

Je me retrouve face à une situation complexe : dois-je créer une table 'user' qui ne contiendra que les données supplémentaires sur les utilisateurs, et faire le lien avec la base de données externe ? Dois-je demander à l'admin de créer lui même les champs nécessaires (fastidieux et peu envisageable) ?

Je ne vois pas comment résoudre ce problème de manière logique et efficace. La duplication de la source d'identification n'est pas envisageable pour des raisons évidentes de sécurité, performance et efficacité.

La réponse est dans la question ! Si tu ne peux pas obtenir ce que tu veux côté authentification, il ne te reste plus qu'à le faire toi-même du côté que tu maîtrises.

Il te faut donc une table des utilisateurs, avec une clé unique sur le login, qui contienne tes attributs. Dans la mesure du possible, tu alimentes cette table avec les infos que tu peux récupérer et mettre à jour des sources de l'authentification. Pour tout ce que tu ne peux pas récupérer, il faudra faire une saisie (une page du genre "votre profil doit être complété").

[Janitrix]

Merci de la réponse.

En fait, un seul truc me dérange avec cette solution : j'ai l'impression de répéter la même information. Cela me donnerait une table 'user' sur la base de données externe et une table 'user' sur ma base de données locale. En plus, il faudrait constamment la mettre à jour, puisque de nouvelles entrées peuvent avoir été crées sur la table externe. C'est surtout ça qui me gène dans cette solution.

D'un point de vue performance, n'est-ce pas dérangeant selon toi ? Je pense que je donnerai plusieurs possibilités lors de l'installation : ajouter les champs nécessaires dans la base externe ou créer une table sur la bdd locale et faire le lien.

[Antoun]

Merci de la réponse.

En fait, un seul truc me dérange avec cette solution : j'ai l'impression de répéter la même information.

ça n'est pas qu'une impression !

Cela me donnerait une table 'user' sur la base de données externe et une table 'user' sur ma base de données locale. En plus, il faudrait constamment la mettre à jour, puisque de nouvelles entrées peuvent avoir été crées sur la table externe. C'est surtout ça qui me gène dans cette solution.

je suis d'accord

D'un point de vue performance, n'est-ce pas dérangeant selon toi ?

Sans doute moins que du point de vue de la cohérence (sans parler du temps passé à développer les flux d'alimentation).

Je pense que je donnerai plusieurs possibilités lors de l'installation : ajouter les champs nécessaires dans la base externe ou créer une table sur la bdd locale et faire le lien.

Si tu as la possibilité de faire créer les infos nécessaires sur la source, c'est mieux, mais tu semblais penser que ce n'était pas envisageable.

[Janitrix]

C'est envisageable, mais cela ne sera peut être pas toujours le cas. Certains utilisateurs ne voudront peut être pas que le programme touche à leur bdd, donc il faut envisager cette possibilité. Merci de ton aide