Discussion :

[arond]

Bonjour,
voici mes deux problèmes :

Contexte :
j'ai une base de donnée avec des tables lié qui doit juste servir à la consultation de données et que je dois mettre dans les mains de personnes ne connaissant rien à access et qui pourraient donc commettre des erreurs et modifier les données accidentellement.

Premier problème :
Comment faire en sorte que cette base de donnée de consultation n'influence jamais la base de donnée source ?

Deuxième problème :
Comment faire en sorte que cette base de donnée se mette toute seule à jour avec les données de la base à laquelle elle est lié ?

Merci d'avance de votre aide.

[marot_r]

Bonjour.

La sécurité en Access n'est pas très très forte.

De ce à quoi je pense tu peux :

1. Faire une copie pure et simple de la frontale et de la dorsale, dans un autre répertoire et sous un autre non.
   Avantage : Simple et efficaces, aucun danger pour les donnée sources.
   Inconvénient : La mise à jour des données ne peut être en temps réel. Elle peut être automatisée par une copie dans le planificateur de Windows (ex : à 23h59 tous les jours).
   Il faut aussi mettre en place un relinkage automatique à l'ouverture de la BD de consultation pour quelle retrouve ses données sinon on va être sur le données source.
   
2. Faire des écrans de consultations qui ne donnent accès qu'en lecture.
   Avantage : Une seule application
   Inconvénient : Gestion des droits en fonction de l'usager. Selon le nombre d'usager et la complexité des accès la difficulté va varier.
   Il est assez facile de contourner les écrans pour avoir accès directement aux données.
   Variante : Faire une frontale de consultation et une frontale de mise à jour.
   
3. La BD source, pousse à chaque mise à jour les données dans la BD de consultation.
   Chaque fois que des données sont manipulées, une copie est envoyée dans la dorsale de consultation.
   Avantage : Séparation des données et données mise à jour en permance.
   Inconvénient : cela peut-être délicat à mettre au point. Les macros de données de Access 2010 aiderai peut-être.
   
4. Peut-être jouer avec les droits d'accès au niveau du réseau pour les utilisateurs lecteurs.
   Avantage : Pas de modif à l'application et pas de liste d'utilisateurs dans l'application.
   Inconvénient : Je ne sais pas si cela marche.

A+

[arond]

Bonjour.

La sécurité en Access n'est pas très très forte.

De ce à quoi je pense tu peux :

1. Faire une copie pure et simple de la frontale et de la dorsale, dans un autre répertoire et sous un autre non.
   Avantage : Simple et efficaces, aucun danger pour les donnée sources.
   Inconvénient : La mise à jour des données ne peut être en temps réel. Elle peut être automatisée par une copie dans le planificateur de Windows (ex : à 23h59 tous les jours).
   Il faut aussi mettre en place un relinkage automatique à l'ouverture de la BD de consultation pour quelle retrouve ses données sinon on va être sur le données source.
   
2. Faire des écrans de consultations qui ne donnent accès qu'en lecture.
   Avantage : Une seule application
   Inconvénient : Gestion des droits en fonction de l'usager. Selon le nombre d'usager et la complexité des accès la difficulté va varier.
   Il est assez facile de contourner les écrans pour avoir accès directement aux données.
   Variante : Faire une frontale de consultation et une frontale de mise à jour.
   
3. La BD source, pousse à chaque mise à jour les données dans la BD de consultation.
   Chaque fois que des données sont manipulées, une copie est envoyée dans la dorsale de consultation.
   Avantage : Séparation des données et données mise à jour en permance.
   Inconvénient : cela peut-être délicat à mettre au point. Les macros de données de Access 2010 aiderai peut-être.
   
4. Peut-être jouer avec les droits d'accès au niveau du réseau pour les utilisateurs lecteurs.
   Avantage : Pas de modif à l'application et pas de liste d'utilisateurs dans l'application.
   Inconvénient : Je ne sais pas si cela marche.

A+

Bonjour,
merci de votre réponse je testerais cela sous peu et je mettrais quelle solution j'ai choisis ainsi que le sujet résolu.

[arond]

J'ai opté pour l'instant pour la solution deux :
Rappel de la solution :
2.Faire des écrans de consultations qui ne donnent accès qu'en lecture.
Avantage : Une seule application
Inconvénient : Gestion des droits en fonction de l'usager. Selon le nombre d'usager et la complexité des accès la difficulté va varier.
Il est assez facile de contourner les écrans pour avoir accès directement aux données.
Variante : Faire une frontale de consultation et une frontale de mise à jour.

Puisque aucun de mes utilisateurs n'a le droit de modifier les données je n'ai donc pas de problème de droits ce qui élimine un inconvénient.
Ensuite, grâce aux options d'Access on peu lancer l'ouverture directement sur le formulaire et empêcher de se déplacer dans les tables, de plus dans mon cas je peux me permettre de supposer que les utilisateurs ne vont pas chercher volontairement à modifier les données de ma base ce qui diminue les risques grandement : ci-joint une capture des propriétés de mon formulaire et du résultat obtenu.


Merci de votre aide.