Je souhaite accorder des droits de update aux utilisateurs non pas sur
l'ensemble d'une table mais sur certaines colonnes. Après avoir appliqué ces
restrictions, j'éxécute : update matable
set nom_col_deny = 'test'
where clause = ''
le résultat est le suivant :
Autorisation UPDATE refusée sur la colonne 'nom_col_deny' de l'objet
'matable', base de données 'test', propriétaire 'dbo'.
Je crée une proc pu_maj_matable avec la même instruction, lorsque j'effectue
Exec pu_maj_matable alors la mise à jour est effectuée.
Les droits ne sont plus pris en compte ??
J'avoue ne pas comprendre.
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
Patrice
Cf par exemple dans la doc "Utilisation de procédures stockées comme mécanismes de sécurité".
En résumé, les procédures stockées sont exécutées avec les droits du propriétaire de la procédure stockée. Cela permet donc d'accorder à des utilisateurs le droit d'effectuer des opérations alors même qu'ils ne pourraient pas réaliser ces mêmes opérations directement sur les tables...
Patrice
--
"Mimi" a écrit dans le message de news:
Bonjour,
Je souhaite accorder des droits de update aux utilisateurs non pas sur l'ensemble d'une table mais sur certaines colonnes. Après avoir appliqué
ces
restrictions, j'éxécute : update matable set nom_col_deny = 'test' where clause = '' le résultat est le suivant :
Autorisation UPDATE refusée sur la colonne 'nom_col_deny' de l'objet 'matable', base de données 'test', propriétaire 'dbo'.
Je crée une proc pu_maj_matable avec la même instruction, lorsque
j'effectue
Exec pu_maj_matable alors la mise à jour est effectuée.
Les droits ne sont plus pris en compte ?? J'avoue ne pas comprendre.
Merci de votre réponse
Cf par exemple dans la doc "Utilisation de procédures stockées comme
mécanismes de sécurité".
En résumé, les procédures stockées sont exécutées avec les droits du
propriétaire de la procédure stockée. Cela permet donc d'accorder à des
utilisateurs le droit d'effectuer des opérations alors même qu'ils ne
pourraient pas réaliser ces mêmes opérations directement sur les tables...
Patrice
--
"Mimi" <Mimi@discussions.microsoft.com> a écrit dans le message de
news:D1982FB0-2D8F-4FA8-B834-B46718EB7C73@microsoft.com...
Bonjour,
Je souhaite accorder des droits de update aux utilisateurs non pas sur
l'ensemble d'une table mais sur certaines colonnes. Après avoir appliqué
ces
restrictions, j'éxécute : update matable
set nom_col_deny = 'test'
where clause = ''
le résultat est le suivant :
Autorisation UPDATE refusée sur la colonne 'nom_col_deny' de l'objet
'matable', base de données 'test', propriétaire 'dbo'.
Je crée une proc pu_maj_matable avec la même instruction, lorsque
j'effectue
Exec pu_maj_matable alors la mise à jour est effectuée.
Les droits ne sont plus pris en compte ??
J'avoue ne pas comprendre.
Cf par exemple dans la doc "Utilisation de procédures stockées comme mécanismes de sécurité".
En résumé, les procédures stockées sont exécutées avec les droits du propriétaire de la procédure stockée. Cela permet donc d'accorder à des utilisateurs le droit d'effectuer des opérations alors même qu'ils ne pourraient pas réaliser ces mêmes opérations directement sur les tables...
Patrice
--
"Mimi" a écrit dans le message de news:
Bonjour,
Je souhaite accorder des droits de update aux utilisateurs non pas sur l'ensemble d'une table mais sur certaines colonnes. Après avoir appliqué
ces
restrictions, j'éxécute : update matable set nom_col_deny = 'test' where clause = '' le résultat est le suivant :
Autorisation UPDATE refusée sur la colonne 'nom_col_deny' de l'objet 'matable', base de données 'test', propriétaire 'dbo'.
Je crée une proc pu_maj_matable avec la même instruction, lorsque
j'effectue
Exec pu_maj_matable alors la mise à jour est effectuée.
Les droits ne sont plus pris en compte ?? J'avoue ne pas comprendre.
