Donner des droits à un utilisateur, authentification SQL Server
Le
Gloops
Bonjour tout le monde,
Grâce à Foguer Vendredi dernier, j'ai lu la fiche KB 925744, qui m'a =
permis de créer un utilisateur northwindreader, en authentification SQL=
Server.
J'ai pu donner à cet utilisateur l'autorisation de lister les tables,
mais à présent il me reste à lui permettre de lire le contenu d'une=
table, semble-t-il.
Pendant la configuration d'une DataSource qui a réussi à afficher les=
données avec l'authentification Windows de l'administrateur, si je
cherche à me connecter en northwindreader j'obtiens comme réponse
The SELECT permission was denied on the object 'Products', database
'Northwind', shema 'dbo'.
Alors, j'aimerais bien apprendre à donner les droits de lecture sur une=
table à un utilisateur (et les droits d'écriture, par ailleurs, penda=
nt
qu'on y est).
J'ai trouvé la page principale de SQL Server là :
http://technet.microsoft.com/en-us/...fault.aspx
Je vois une section Server Security, mais l'article qui est en-dessous
parle de Audit Buffering et de Error Handling, donc j'ai l'impression
d'une fausse piste.
Quelqu'un peut-il m'aider à mieux regarder ?
Je précise que mon activité principale est le développement
d'applications particulièrement sous Visual Studio 2005 (en C#), et que=
je dois envisager un certain effort de mise à jour de mon SQL Express
qui en est resté à la release tiens, je ne sais pas.
Dans l'explorateur d'objets on me dit SQL Server 9.0.3042, et dans la
boîte "à propos de" on me dit Microsoft SQL Server Management 9.00.20=
47.00.
Peut-être à cause de ça que les mises à jour ont du mal à se fa=
ire ?
Microsoft SQL Server Management Studio Express : 9.00.2047.00
Microsoft Data Access Components (MDAC) :
2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
Microsoft MSXML : 2.6 3.0 4.0 5.0 6.0
Microsoft Internet Explorer : 7.0.5730.13
Microsoft .NET Framework : 2.0.50727.1433
Système d'exploitation : 5.1.2600
Grâce à Foguer Vendredi dernier, j'ai lu la fiche KB 925744, qui m'a =
permis de créer un utilisateur northwindreader, en authentification SQL=
Server.
J'ai pu donner à cet utilisateur l'autorisation de lister les tables,
mais à présent il me reste à lui permettre de lire le contenu d'une=
table, semble-t-il.
Pendant la configuration d'une DataSource qui a réussi à afficher les=
données avec l'authentification Windows de l'administrateur, si je
cherche à me connecter en northwindreader j'obtiens comme réponse
The SELECT permission was denied on the object 'Products', database
'Northwind', shema 'dbo'.
Alors, j'aimerais bien apprendre à donner les droits de lecture sur une=
table à un utilisateur (et les droits d'écriture, par ailleurs, penda=
nt
qu'on y est).
J'ai trouvé la page principale de SQL Server là :
http://technet.microsoft.com/en-us/...fault.aspx
Je vois une section Server Security, mais l'article qui est en-dessous
parle de Audit Buffering et de Error Handling, donc j'ai l'impression
d'une fausse piste.
Quelqu'un peut-il m'aider à mieux regarder ?
Je précise que mon activité principale est le développement
d'applications particulièrement sous Visual Studio 2005 (en C#), et que=
je dois envisager un certain effort de mise à jour de mon SQL Express
qui en est resté à la release tiens, je ne sais pas.
Dans l'explorateur d'objets on me dit SQL Server 9.0.3042, et dans la
boîte "à propos de" on me dit Microsoft SQL Server Management 9.00.20=
47.00.
Peut-être à cause de ça que les mises à jour ont du mal à se fa=
ire ?
Microsoft SQL Server Management Studio Express : 9.00.2047.00
Microsoft Data Access Components (MDAC) :
2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
Microsoft MSXML : 2.6 3.0 4.0 5.0 6.0
Microsoft Internet Explorer : 7.0.5730.13
Microsoft .NET Framework : 2.0.50727.1433
Système d'exploitation : 5.1.2600
Poser une question
- Alors, j'aimerais bien apprendre à donner les droits de lecture sur une
- table à un utilisateur (et les droits d'écriture, par ailleurs, pendant
- qu'on y est).
Je te conseille de jeter un oeil à l'aide en ligne pour la commande GRANT.
Cordialement.
JN BERGER
Il est vrai que voilà un critère de recherche auquel je n'avais pas d u
tout pensé, je regarde ça plus en détail bientôt. Merci beaucoup.
Il est vrai que la première phrase que je vois refroidit un peu :
Cette fonctionnalité sera supprimée dans une prochaine version de
Microsoft SQL Server.
- Cette fonctionnalité sera supprimée dans une prochaine version de
- Microsoft SQL Server.
Il ne me semble pas que GRANT soit destiné à être supprimé à court ou moyen
terme.
GRANT ALL, oui, mais pas tous les GRANT !
Pourrais-tu STP préciser où tu as lu que GRANT allait être supprimé?
Merci.
JN.
Oui, la première réponse à la recherche sur "GRANT" dans l'aide en ligne
MSDN fournie avec Visual Studio, catégorie MSDN Online (Français), es t
celle-ci :
http://msdn.microsoft.com/fr-fr/lib...41199.aspx
Il s'agit d'une méthode de l'objet Database.
Alors je suis allé voir la section "Applies to", ça s'applique à l' objet
Database :)
En fait, au-dessus du titre de la rubrique correspondante, on lit :
Documentation en ligne de SQL Server 2008 (août 2008)
Pour ma part j'utilise SQL Server 2005 donc je n'en suis pas encore à l a
suppression, tant mieux car j'ai déjà dû ramer pour créer l'utili sateur,
si maintenant on me dit que la commande pour lui donner des droits va
disparaître, il ne va plus me rester de temps entre deux mises à jour
pour travailler un petit peu.
Cela étant, si je vérifie le lien que j'ai placé ci-dessus avec un autre
outil que MSDN, je vois qu'il y a une autre adresse pour SQL Server
2005, où on me met aussi en garde :
http://msdn.microsoft.com/fr-fr/library/ms141199(SQL.90).aspx
Là je m'interroge : à partir de l'outil MSDN installé avec Visual
Studio, à la limite, qu'on ne fasse pas apparaître le lien vers une
autre version si on sait quelle est la version installée sur la machine ,
c'est tout-à-fait défendable, mais il me semble qu'il serait plus
judicieux d'afficher la bonne version de l'aide, en l'occurrence la
deuxième si je m'en réfère au nom du produit, dont je n'aurais pas eu
connaissance sans vérification du lien sur la première.
Ou peut-être un élément de la logique m'aurait-il échappé ?
Bonsoir,
Effectivement, nous n'étions pas sur la même longueur d'onde.
En effet, il n'était nullement de mon côté question d'utiliser SMO (depuis
un développement .NET), mais uniquement d'utiliser T-SQL (généralement
utilisé pour l'administration d'un serveur à travers des scripts).
http://msdn.microsoft.com/fr-fr/library/ms187965(SQL.90).aspx
Cordialement.
JN BERGER