J'ai une appli prot=E9g=E9e au niveau utilisateurs que j'ai=20
ensuite fractionn=E9e en bases frontale (Mabd_frt.mdb) et=20
principale (Mabd_dat).
Evidemment la base principale Mabd_dat (celle contenant=20
uniquement les tables) cr=E9=E9e lors du fractionnement n'est=20
plus prot=E9g=E9e. D'ou mon souci. Quelle est la strat=E9gie=20
pour prot=E9ger la base principale pour =E9viter que les=20
utilisateurs ne l'ouvre directement ?
En effet, si je donne les droits d'acc=E8s (Lire -=20
Modifier - Supprimer les donn=E9es) =E0 un utilisateur User1=20
sur MaTable1, celui-ci lorsqu'il lancera directement=20
Mabd_dat pourra saisir directement des donn=E9es ou en=20
supprimer dans MaTable1.
Si je lui donne uniquement l'autorisation "Lire les=20
donn=E9es", l=E0 de ma base frontale Mabd_frt qui comporte=20
les tables attach=E9es provenant de Mabd_dat, User1 ne=20
pourra pas manipuler les donn=E9es de MaTable1.
Quelle est donc la strat=E9gie employ=E9e pour prot=E9ger les=20
applications d=E9compos=E9es de la sorte en deux fichiers ?
P.S : Je pr=E9cise que je n'ai pas de probl=E8me pour g=E9rer=20
la s=E9curit=E9 au niveau utilisateurs d'une base .mdb.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
loutox
Salut, c'est peut etre pas le top, mais tu peux déja proteger la base principale par mot de passe (ensuite supprimer les tables liées, puis les recréer, ça demande alors le password une bonne fois pour toutes)
"Saidou" a écrit dans le message de news: 016901c50a30$7b27efd0$ J'ai une appli protégée au niveau utilisateurs que j'ai ensuite fractionnée en bases frontale (Mabd_frt.mdb) et principale (Mabd_dat).
Evidemment la base principale Mabd_dat (celle contenant uniquement les tables) créée lors du fractionnement n'est plus protégée. D'ou mon souci. Quelle est la stratégie pour protéger la base principale pour éviter que les utilisateurs ne l'ouvre directement ?
En effet, si je donne les droits d'accès (Lire - Modifier - Supprimer les données) à un utilisateur User1 sur MaTable1, celui-ci lorsqu'il lancera directement Mabd_dat pourra saisir directement des données ou en supprimer dans MaTable1.
Si je lui donne uniquement l'autorisation "Lire les données", là de ma base frontale Mabd_frt qui comporte les tables attachées provenant de Mabd_dat, User1 ne pourra pas manipuler les données de MaTable1.
Quelle est donc la stratégie employée pour protéger les applications décomposées de la sorte en deux fichiers ?
P.S : Je précise que je n'ai pas de problème pour gérer la sécurité au niveau utilisateurs d'une base .mdb.
Merci de vos contributions.
Salut,
c'est peut etre pas le top, mais tu peux déja proteger la base principale
par mot de passe (ensuite supprimer les tables liées, puis les recréer, ça
demande alors le password une bonne fois pour toutes)
"Saidou" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 016901c50a30$7b27efd0$a501280a@phx.gbl...
J'ai une appli protégée au niveau utilisateurs que j'ai
ensuite fractionnée en bases frontale (Mabd_frt.mdb) et
principale (Mabd_dat).
Evidemment la base principale Mabd_dat (celle contenant
uniquement les tables) créée lors du fractionnement n'est
plus protégée. D'ou mon souci. Quelle est la stratégie
pour protéger la base principale pour éviter que les
utilisateurs ne l'ouvre directement ?
En effet, si je donne les droits d'accès (Lire -
Modifier - Supprimer les données) à un utilisateur User1
sur MaTable1, celui-ci lorsqu'il lancera directement
Mabd_dat pourra saisir directement des données ou en
supprimer dans MaTable1.
Si je lui donne uniquement l'autorisation "Lire les
données", là de ma base frontale Mabd_frt qui comporte
les tables attachées provenant de Mabd_dat, User1 ne
pourra pas manipuler les données de MaTable1.
Quelle est donc la stratégie employée pour protéger les
applications décomposées de la sorte en deux fichiers ?
P.S : Je précise que je n'ai pas de problème pour gérer
la sécurité au niveau utilisateurs d'une base .mdb.
Salut, c'est peut etre pas le top, mais tu peux déja proteger la base principale par mot de passe (ensuite supprimer les tables liées, puis les recréer, ça demande alors le password une bonne fois pour toutes)
"Saidou" a écrit dans le message de news: 016901c50a30$7b27efd0$ J'ai une appli protégée au niveau utilisateurs que j'ai ensuite fractionnée en bases frontale (Mabd_frt.mdb) et principale (Mabd_dat).
Evidemment la base principale Mabd_dat (celle contenant uniquement les tables) créée lors du fractionnement n'est plus protégée. D'ou mon souci. Quelle est la stratégie pour protéger la base principale pour éviter que les utilisateurs ne l'ouvre directement ?
En effet, si je donne les droits d'accès (Lire - Modifier - Supprimer les données) à un utilisateur User1 sur MaTable1, celui-ci lorsqu'il lancera directement Mabd_dat pourra saisir directement des données ou en supprimer dans MaTable1.
Si je lui donne uniquement l'autorisation "Lire les données", là de ma base frontale Mabd_frt qui comporte les tables attachées provenant de Mabd_dat, User1 ne pourra pas manipuler les données de MaTable1.
Quelle est donc la stratégie employée pour protéger les applications décomposées de la sorte en deux fichiers ?
P.S : Je précise que je n'ai pas de problème pour gérer la sécurité au niveau utilisateurs d'une base .mdb.
