|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : juillet 2007 Messages : 5 ![]() |
Bonjour tout le monde ,
J'ai crée une base de données RH alaquelle je souhaiterais que les employés puisse se connecter mais ne voir que leur information ( ou celle de leur subordonnées ) . Je souhaiterais faire des requetes filtrés par mes numéros d'employé seulement je bute sur un probleme technique . Comment puis-je faire pour authentifier l'utilisateur et ainsi appliquer le bon critères. Formulé autrement : Existe-t-il un moyen de paramétrer la sécurité utilisateur au niveau des lignes d'une table et non de la table entieres ? Merci Beaucoup . |
|
|
00
|
|
|
#2 |
|
Membre éclairé
![]() Inscription : septembre 2006 Messages : 544 ![]() |
Hello,
Si j'ai bien compris ce que tu veux, je pense qu'il faut ajouter un champ à ta table : NomUtilisateur et filtrer sur ce champ... Bien sûr, il faut utiliser la sécurité Access pour éviter à n'importe quel utilisteur d'ouvrir n'importe quoi...
__________________
Il est plus important de chercher que d’avoir trouvé. (André Siegfried) Abusez de la touche F1, de la FAQ, de la Recherche... et aussi du Résolu et du MERCI... |
|
|
00
|
|
|
#3 |
|
Invité de passage
![]() Inscription : juillet 2007 Messages : 5 ![]() |
Bonjour ,
Merci de me répondre , effectivement , une table T_user semble être la solution a mon problème en enregistrant la valeur du login (équivalente a ma clé primaire le hasard faisant bien les choses .La réalisation me pose pas de problème seulement je me pose des questions pour la mise en application vu que la base sera sur le réseau et que tout les employés en phase final devront y avoir accés (environ 700) . Est-ce que je ne risque pas d'avoir des problèmes en multi-session . Je m'explique , si un employé consulte son dossier et qu'un autre employé se log , est que la valeur qui sert de filtre pour le premier ne risque pas de changer lui permettant ainsi d'avoir accées au mauvaises informations ? . Encore merci pour ton temps et ta réponse |
|
|
00
|
|
|
#4 |
|
Membre éclairé
![]() Inscription : septembre 2006 Messages : 544 ![]() |
Hi,
Ce dont tu parles n'est pas vraiment un problème Access, mais plutôt un problème de gestion d'utilisateurs et de comment le gérer... Tu devrais trouver des infos dans les tutoriels, de mémoire. Juste une chose inquiètante par contre : Tu utilises Access pour créer une base accessible par 700 utilisateurs ??? (!!!!!!!!!!!!!!!!!!!) Attention à la perte de souplesse... Tu vas devoir mettre en place des solutions de travail en monoposte avec mise à jour par réseau.
__________________
Il est plus important de chercher que d’avoir trouvé. (André Siegfried) Abusez de la touche F1, de la FAQ, de la Recherche... et aussi du Résolu et du MERCI... |
|
|
00
|
|
|
#5 |
|
Invité de passage
![]() Inscription : juillet 2007 Messages : 5 ![]() |
Je me demande si je dois mettre une limite au nombre d'utilisateur connecté afin d'éviter tout probleme technique ? Un script lors de l'identification suffirait ? Encore merci et bonne fin d'aprés midi |
|
|
00
|
|
|
#6 |
|
Membre éclairé
![]() Inscription : septembre 2006 Messages : 544 ![]() |
Hello,
Je ne suis pas encore assez performant niveau sécurité Access pour t'en dire davantage... Mais effectivement, je pense qu'il serait peut-être bon de limiter l'accès à un certain nombre d'utilisateurs... pour le cas où... Un message du style "Revenez plus tard, le réseau est encombré"... Je crois que grâce au fichier .ldb tu dois pouvoir connaître le nombre de connectés (il y a plein de sujets la dessus dans la faq et les tutos). Encore que tout dépend... Si c'est pour utiliser une fois par mois, il est effectivement peu probable que tout le monde ait la même idée au même moment... Quoique, si ça arrive, j'envoie une équipe télé faire un reportage !!!
__________________
Il est plus important de chercher que d’avoir trouvé. (André Siegfried) Abusez de la touche F1, de la FAQ, de la Recherche... et aussi du Résolu et du MERCI... |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com