Discussion :

[bilou972]

Bonjour,
dans ma base de données je souhaite logguer l'activité des utilisateurs de mon application. Ces derniers sont identifiés par l'annuaire LDAP de la boite donc l'id que je possède est une chaine. Le problème c'est que le champ id_personnel est en entier. Il me faudrait donc une méthode pour obtenir un entier unique qui serait une conversion du login (ex : thomas.dubois) en entier.
Pensez vous que ce soit possible ? Quid de l'unicité d'un tel id ?

[Philippe Vialatte]

Pensez vous que ce soit possible ? Quid de l'unicité d'un tel id ?

Je doutes que tu arrives a convertir une chaine en un Id vraiment unique sur un entier...

Pourquoi pas ajouter a ta table d'employes un champ "pogin_personnel", qui soit le login LDP du gars, avec une contrainte d'unicite ?

[alavoler]

un algo simple c est de prendre chaque caractere, de prendre son code ascii corespondant, de concatener le tout, et de le convertir en entier

apres je sais pas trop pourquoi tu veux faire ca mais bon...

[bilou972]

un algo simple c est de prendre chaque caractere, de prendre son code ascii corespondant, de concatener le tout, et de le convertir en entier

Oui c'est ce que j'étais en train d'écrire

apres je sais pas trop pourquoi tu veux faire ca mais bon...

J'oubliais de préciser qu'en fait les tables dont on veut surveiller les modifications ont été prévues pour stocker un id_personnel entier. Le problème c'est qu'elles sont nombreuses, et vu que nous avons déja commencé à coder dans ce sens, il serait compliqué de tout refaire.

[Louis-Guillaume Morand]

vu que nous avons déja commencé à coder dans ce sens, il serait compliqué de tout refaire.

en gros, tu préfères partir dans l'idée de faire directement du bricolage alors qu'il vaut mieux prendre le temps de corriger maintenant que plus tard. une erreur de design, ca arrive souvent mais quand ca touche autant de choses, c'est le plus rapidement possible qu'on cherche à le corriger

[lysiandad]

un hash, c'est fait pour ce que tu souhaites faire.
mais n'utilise pas MD5, prend SHA1 ou postérieur

+1 : j'appuie cette suggestion.

[...] les tables dont on veut surveiller les modifications ont été prévues pour stocker un id_personnel entier. Le problème c'est qu'elles sont nombreuses, et vu que nous avons déja commencé à coder dans ce sens, il serait compliqué de tout refaire.

A nouveau, suivez la recommandation de Louis-Guillaume ; faites un effort, vous vous en féliciterez plus tard ;

Mais si vous ne pouvez vraiment pas vous permettre d'impacter autant votre MPD, dans ce cas, introduisez seulement une table d'association contenant les "hash" suggérés ci dessus, et faisant office de table de séquence (générative) des "id_personnel" dans vos autres tables ; mais ce n'est qu'un pis aller car il y aura de toute façon un impact sur votre code applicatif, au moment de sélectionner un "personnel" via cette indirection ; un impact que n'auriez pas en suivant l'idée de Louis-Guillaume.

'HTH

[Philippe Vialatte]

++ aussi

J'oubliais de préciser qu'en fait les tables dont on veut surveiller les modifications ont été prévues pour stocker un id_personnel entier. Le problème c'est qu'elles sont nombreuses, et vu que nous avons déja commencé à coder dans ce sens, il serait compliqué de tout refaire.

Je n'ai pas les chiffres sous la main, mais plus un changement de design intervient tard, plus il coute cher...

prendre chaque caractere, de prendre son code ascii correspondant, de concatener le tout, et de le convertir en entier

en fonction de tes utilisateurs, tu risques d'avoir des depassements de capacites...

J'ai un collegue dont le login LDAP tiens sur 20 caracteres, ca fait donc, avec ce systeme, une valeur numerique qui peut aller jusqu'a 2626262626262626262626262626262626262626...fais attention aux types de données, alors

En fait l'authentification se fait par le ldap, le mot de passe n'est pas stocké dans la base de données. Il y a effectivement une table profil qui stocke les id, login et les droits associés, mais en cas de changement de profil, l'id change.

et pourquoi tu n'utilises pas l'id qui est dans cette table ?

De toute facon, pour ton probleme de base (logguer l'activité des utilisateurs de mon application), si le login LDAP de ton utilisateur change, ton appli le considere comme un nouvel utilisateur....

[bilou972]

Je doutes que tu arrives a convertir une chaine en un Id vraiment unique sur un entier...

En fait je pensais à faire une conversion caractère par caractère en entier.

Pourquoi pas ajouter a ta table d'employes un champ "pogin_personnel", qui soit le login LDP du gars, avec une contrainte d'unicite ?

En fait l'authentification se fait par le ldap, le mot de passe n'est pas stocké dans la base de données. Il y a effectivement une table profil qui stocke les id, login et les droits associés, mais en cas de changement de profil, l'id change.

[Louis-Guillaume Morand]

un hash, c'est fait pour ce que tu souhaites faire.
mais n'utilise pas MD5, prend SHA1 ou postérieur

bien sûr ca te fait changer le type du champ en base mais t'as pas trop le choix. ou sinon, si tu peux VRAIMENT PAS changer le type du champs, tu le laisses de coté, et tu rajoutes une autre colonne pour mettre ton hash