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
Maxence HUBICHE [MVP Access]
Mettre cela dans du code ... Pourquoi pas (???) En fait, imagine que tu aies 2 groupes. Un groupe STD et un group POWER. Imagines que tu soit un utilisateur du groupe POWER, et concepteur de la base de données (Droits admin et tout). Tu te mets à définir les droits ... Imagines que tu interdises, toi, utilisateur du groupe POWER, la lecture, l'ouverture, la modification ... de toutes les tables au groupe STD. Comment feront-ils pour lire les données ? Solution : Tu crées une requête, en précisant WITH OWNER ACCESS OPTION. Puisque le propriétaire (OWNER) c'est toi, et que toi, tu as les droits de lire les tables, ce sont ces droits là qui vont se mettre en place. Cela est utile, par exemple, si, dans une table, tu ne veux pas que les utilisateurs accèdent à certaines données de certaines colonnes. Tu ne les mets pas dans la requête que tu crées.
Maintenant, imaginons le petit futé du groupe STD qui se rend compte que certaines colonnes ne sont pas accessibles, il va tenter de modifier la requête (ce que tu as bien sûr interdit à son group :)) Alors, il en fait un copier-coller, et change le SQL à la mimine -- c'est un petit futé on a dit). Et bien, sa requête ne marchera plus, parce que lui, il est devenu propriétaire de la nouvelle requête, et donc, il n'a pas les droits sur la table. Sa requête n'affichera rien du tout.
Voilà ! C'est plus clair comme cela ?
-- Maxence HUBICHE Formateur et Developpeur Indépendant Microsoft MVP Office Systems - Access Site : http://www.access-maxence.com Blog : http://www.access-maxence.com/blog/ Rédacteur & Développeur sur http://www.developpez.com Forum Access : http://www.developpez.net/forums/viewforum.php?f8 FAQ Access : http://access.developpez.com/faq -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
"Arnaud" a écrit dans le message de news:1ed901c4ac68$44a448d0$ Bonjour,
Dans une bd protégée par un fichier mdw, le code VB contient des requêtes contenant cette clause ?
Pouvez-vous m'en dire plus ? Conséquences ? Objectifs ? Obligations ?
La doc n'est pas très bavarde à ce sujet ! Dans la knowledge base française, ce n'est pas beaucoup plus explicite !
Merci de toute piste Arnaud
Mettre cela dans du code ...
Pourquoi pas (???)
En fait, imagine que tu aies 2 groupes.
Un groupe STD et un group POWER.
Imagines que tu soit un utilisateur du groupe POWER, et concepteur de la
base de données (Droits admin et tout). Tu te mets à définir les droits ...
Imagines que tu interdises, toi, utilisateur du groupe POWER, la lecture,
l'ouverture, la modification ... de toutes les tables au groupe STD.
Comment feront-ils pour lire les données ?
Solution : Tu crées une requête, en précisant WITH OWNER ACCESS OPTION.
Puisque le propriétaire (OWNER) c'est toi, et que toi, tu as les droits de
lire les tables, ce sont ces droits là qui vont se mettre en place.
Cela est utile, par exemple, si, dans une table, tu ne veux pas que les
utilisateurs accèdent à certaines données de certaines colonnes. Tu ne les
mets pas dans la requête que tu crées.
Maintenant, imaginons le petit futé du groupe STD qui se rend compte que
certaines colonnes ne sont pas accessibles, il va tenter de modifier la
requête (ce que tu as bien sûr interdit à son group :))
Alors, il en fait un copier-coller, et change le SQL à la mimine -- c'est un
petit futé on a dit). Et bien, sa requête ne marchera plus, parce que lui,
il est devenu propriétaire de la nouvelle requête, et donc, il n'a pas les
droits sur la table. Sa requête n'affichera rien du tout.
Voilà !
C'est plus clair comme cela ?
--
Maxence HUBICHE
Formateur et Developpeur Indépendant
Microsoft MVP Office Systems - Access
Site : http://www.access-maxence.com
Blog : http://www.access-maxence.com/blog/
Rédacteur & Développeur sur http://www.developpez.com
Forum Access : http://www.developpez.net/forums/viewforum.php?f8
FAQ Access : http://access.developpez.com/faq
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
"Arnaud" <ac@expedito.fr> a écrit dans le message de
news:1ed901c4ac68$44a448d0$a601280a@phx.gbl...
Bonjour,
Dans une bd protégée par un fichier mdw, le code VB
contient des requêtes contenant cette clause ?
Pouvez-vous m'en dire plus ? Conséquences ? Objectifs ?
Obligations ?
La doc n'est pas très bavarde à ce sujet !
Dans la knowledge base française, ce n'est pas beaucoup
plus explicite !
Mettre cela dans du code ... Pourquoi pas (???) En fait, imagine que tu aies 2 groupes. Un groupe STD et un group POWER. Imagines que tu soit un utilisateur du groupe POWER, et concepteur de la base de données (Droits admin et tout). Tu te mets à définir les droits ... Imagines que tu interdises, toi, utilisateur du groupe POWER, la lecture, l'ouverture, la modification ... de toutes les tables au groupe STD. Comment feront-ils pour lire les données ? Solution : Tu crées une requête, en précisant WITH OWNER ACCESS OPTION. Puisque le propriétaire (OWNER) c'est toi, et que toi, tu as les droits de lire les tables, ce sont ces droits là qui vont se mettre en place. Cela est utile, par exemple, si, dans une table, tu ne veux pas que les utilisateurs accèdent à certaines données de certaines colonnes. Tu ne les mets pas dans la requête que tu crées.
Maintenant, imaginons le petit futé du groupe STD qui se rend compte que certaines colonnes ne sont pas accessibles, il va tenter de modifier la requête (ce que tu as bien sûr interdit à son group :)) Alors, il en fait un copier-coller, et change le SQL à la mimine -- c'est un petit futé on a dit). Et bien, sa requête ne marchera plus, parce que lui, il est devenu propriétaire de la nouvelle requête, et donc, il n'a pas les droits sur la table. Sa requête n'affichera rien du tout.
Voilà ! C'est plus clair comme cela ?
-- Maxence HUBICHE Formateur et Developpeur Indépendant Microsoft MVP Office Systems - Access Site : http://www.access-maxence.com Blog : http://www.access-maxence.com/blog/ Rédacteur & Développeur sur http://www.developpez.com Forum Access : http://www.developpez.net/forums/viewforum.php?f8 FAQ Access : http://access.developpez.com/faq -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
"Arnaud" a écrit dans le message de news:1ed901c4ac68$44a448d0$ Bonjour,
Dans une bd protégée par un fichier mdw, le code VB contient des requêtes contenant cette clause ?
Pouvez-vous m'en dire plus ? Conséquences ? Objectifs ? Obligations ?
La doc n'est pas très bavarde à ce sujet ! Dans la knowledge base française, ce n'est pas beaucoup plus explicite !
Merci de toute piste Arnaud
Yann
Salut, Mais c'est génial ce truc... Je le garde dans un petit coin de ma mémoire :o)
Bye Yann
-----Message d'origine----- Mettre cela dans du code ... Pourquoi pas (???) En fait, imagine que tu aies 2 groupes. Un groupe STD et un group POWER. Imagines que tu soit un utilisateur du groupe POWER, et concepteur de la
base de données (Droits admin et tout). Tu te mets à définir les droits ...
Imagines que tu interdises, toi, utilisateur du groupe POWER, la lecture,
l'ouverture, la modification ... de toutes les tables au groupe STD.
Comment feront-ils pour lire les données ? Solution : Tu crées une requête, en précisant WITH OWNER ACCESS OPTION.
Puisque le propriétaire (OWNER) c'est toi, et que toi, tu as les droits de
lire les tables, ce sont ces droits là qui vont se mettre en place.
Cela est utile, par exemple, si, dans une table, tu ne veux pas que les
utilisateurs accèdent à certaines données de certaines colonnes. Tu ne les
mets pas dans la requête que tu crées.
Maintenant, imaginons le petit futé du groupe STD qui se rend compte que
certaines colonnes ne sont pas accessibles, il va tenter de modifier la
requête (ce que tu as bien sûr interdit à son group :)) Alors, il en fait un copier-coller, et change le SQL à la mimine -- c'est un
petit futé on a dit). Et bien, sa requête ne marchera plus, parce que lui,
il est devenu propriétaire de la nouvelle requête, et donc, il n'a pas les
droits sur la table. Sa requête n'affichera rien du tout.
Voilà ! C'est plus clair comme cela ?
-- Maxence HUBICHE Formateur et Developpeur Indépendant Microsoft MVP Office Systems - Access Site : http://www.access-maxence.com Blog : http://www.access-maxence.com/blog/ Rédacteur & Développeur sur http://www.developpez.com Forum Access : http://www.developpez.net/forums/viewforum.php?f8
"Arnaud" a écrit dans le message de news:1ed901c4ac68$44a448d0$ Bonjour,
Dans une bd protégée par un fichier mdw, le code VB contient des requêtes contenant cette clause ?
Pouvez-vous m'en dire plus ? Conséquences ? Objectifs ? Obligations ?
La doc n'est pas très bavarde à ce sujet ! Dans la knowledge base française, ce n'est pas beaucoup plus explicite !
Merci de toute piste Arnaud
.
Salut,
Mais c'est génial ce truc... Je le garde dans un petit
coin de ma mémoire :o)
Bye
Yann
-----Message d'origine-----
Mettre cela dans du code ...
Pourquoi pas (???)
En fait, imagine que tu aies 2 groupes.
Un groupe STD et un group POWER.
Imagines que tu soit un utilisateur du groupe POWER, et
concepteur de la
base de données (Droits admin et tout). Tu te mets à
définir les droits ...
Imagines que tu interdises, toi, utilisateur du groupe
POWER, la lecture,
l'ouverture, la modification ... de toutes les tables au
groupe STD.
Comment feront-ils pour lire les données ?
Solution : Tu crées une requête, en précisant WITH OWNER
ACCESS OPTION.
Puisque le propriétaire (OWNER) c'est toi, et que toi,
tu as les droits de
lire les tables, ce sont ces droits là qui vont se
mettre en place.
Cela est utile, par exemple, si, dans une table, tu ne
veux pas que les
utilisateurs accèdent à certaines données de certaines
colonnes. Tu ne les
mets pas dans la requête que tu crées.
Maintenant, imaginons le petit futé du groupe STD qui se
rend compte que
certaines colonnes ne sont pas accessibles, il va tenter
de modifier la
requête (ce que tu as bien sûr interdit à son group :))
Alors, il en fait un copier-coller, et change le SQL à
la mimine -- c'est un
petit futé on a dit). Et bien, sa requête ne marchera
plus, parce que lui,
il est devenu propriétaire de la nouvelle requête, et
donc, il n'a pas les
droits sur la table. Sa requête n'affichera rien du tout.
Voilà !
C'est plus clair comme cela ?
--
Maxence HUBICHE
Formateur et Developpeur Indépendant
Microsoft MVP Office Systems - Access
Site : http://www.access-maxence.com
Blog : http://www.access-maxence.com/blog/
Rédacteur & Développeur sur http://www.developpez.com
Forum Access :
http://www.developpez.net/forums/viewforum.php?f=38
Salut, Mais c'est génial ce truc... Je le garde dans un petit coin de ma mémoire :o)
Bye Yann
-----Message d'origine----- Mettre cela dans du code ... Pourquoi pas (???) En fait, imagine que tu aies 2 groupes. Un groupe STD et un group POWER. Imagines que tu soit un utilisateur du groupe POWER, et concepteur de la
base de données (Droits admin et tout). Tu te mets à définir les droits ...
Imagines que tu interdises, toi, utilisateur du groupe POWER, la lecture,
l'ouverture, la modification ... de toutes les tables au groupe STD.
Comment feront-ils pour lire les données ? Solution : Tu crées une requête, en précisant WITH OWNER ACCESS OPTION.
Puisque le propriétaire (OWNER) c'est toi, et que toi, tu as les droits de
lire les tables, ce sont ces droits là qui vont se mettre en place.
Cela est utile, par exemple, si, dans une table, tu ne veux pas que les
utilisateurs accèdent à certaines données de certaines colonnes. Tu ne les
mets pas dans la requête que tu crées.
Maintenant, imaginons le petit futé du groupe STD qui se rend compte que
certaines colonnes ne sont pas accessibles, il va tenter de modifier la
requête (ce que tu as bien sûr interdit à son group :)) Alors, il en fait un copier-coller, et change le SQL à la mimine -- c'est un
petit futé on a dit). Et bien, sa requête ne marchera plus, parce que lui,
il est devenu propriétaire de la nouvelle requête, et donc, il n'a pas les
droits sur la table. Sa requête n'affichera rien du tout.
Voilà ! C'est plus clair comme cela ?
-- Maxence HUBICHE Formateur et Developpeur Indépendant Microsoft MVP Office Systems - Access Site : http://www.access-maxence.com Blog : http://www.access-maxence.com/blog/ Rédacteur & Développeur sur http://www.developpez.com Forum Access : http://www.developpez.net/forums/viewforum.php?f8
