Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Utilisateur et rôles
je cherche des exmples d'applications qui utilisent les rôles permis par FireBird car je n'arrive pas à assimiler vraiment comment on fait. Faut-il réécrire toutes mes requêtes pour chacun des rôles que je créé? ou quoi? je ne sais pas car si un utilisateur avec un role qui ne lui permet par de séléctionner tel ou tel champs ou d'executer telle ou telle procédure génère une exception.
Juste une piste m'enchantera. Merci.
Il faut voir le role comme un profil d'utilisateur...
Imaginons un soft de gestion de PME. Il y a la paie, la compta, les factures, etc...
Prenons le cas d'un stagiaire. On ne veut pas le laisser tout casser; hein ?
On crée un role "stagiaire" (create role)
Puis sur les tables et procédures : grant SELECT on [tables/procs] to stagiaire, afin de ne lui permettre que la consultation.
Et enfin grant stagiaire to [le user attribué au stagiaire].
Le mois d'après, un autre stagiaire arrive: il y a juste à lui granter le rôle
excuser mon ignorance mais jusque là c'est bon, mais au niveau application cliente on fait quoi pour la généraliser afin de l'adapter au différent roles présents sur la base de données.
Eventuellement rien si l'appli intercepte correctement l'erreur due au manque de privilèges...
Il faut aussi penser que le "stagiaire" peut installer un outil genre IBExpert pour visiter la base.
Si vous travaillez en .Net ou en Java, la requête qui n'a pas fonctionné à cause des rôles retournera une exception que vous devrez gérer au sein de votre couche métier. Pour la différencier des autres erreurs, il faudra utiliser le code d'erreur qu'elle contiendra.excuser mon ignorance mais jusque là c'est bon, mais au niveau application cliente on fait quoi pour la généraliser afin de l'adapter au différent roles présents sur la base de données.
Sinon, il est aussi possible de gérer des rôles au niveau de l'application en autorisant ou non certaines actions, c'est parfois plus souple que de le faire directement au niveau base. Il faut vraiment réfléchir à ce qui est le plus pertinent pour vous, en tenant compte de votre application et du cadre de l'entreprise.
merci pour vos réponses mais je ne saisi toujours pas comment on peut concevoir une application qui s'adapte à tous les roles présents dans une base de données.
Juste pour savoir : Est ce que quelqu'un l'a déja fait?
Répondre avec citation
Partager