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/sqlserver/default.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
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Jean-Nicolas BERGER
Le #17911031
Bonjour,

- 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
Gloops
Le #17929231
Jean-Nicolas BERGER a écrit, le 21/11/2008 02:31 :
Je te conseille de jeter un oeil à l'aide en ligne pour la commande G RANT.




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.
Jean-Nicolas BERGER
Le #17931201
- 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.

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.
Gloops
Le #18005981
Jean-Nicolas BERGER a écrit, le 23/11/2008 12:05 :
- 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.

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 suppri mé?
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/library/ms141199.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é ?
Jean-Nicolas BERGER
Le #18007651
> http://msdn.microsoft.com/fr-fr/library/ms141199(SQL.90).aspx



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
Gloops
Le #18010761
[GRANT : SMO ou T-SQL ?]

Je dois avouer que cette distinction me passait largement au-dessus.

Ma démarche a simplement consisté, puisqu'il s'agissait de GRANT, à
interroger MSDN (aide en ligne de Visual Studio installé avec SQL Serve r
Express) sur ce mot-clef, et lire la première réponse sur laquelle ri en
dans mes connaissances ne me faisait sauter aux yeux que cette réponse
fût hors sujet.

Bon, maintenant, je devrais arriver à lire la bonne page -merci.

Si j'ouvre SQL Server Management Studio Express, c'est bien avec ce
langage que je vais travailler en cliquant sur "Nouvelle requête" ?

On dirait bien puisque dans la fenêtre obtenue, si je presse F1 j'arriv e
là-dessus :

http://msdn.microsoft.com/en-us/library/ms177264(SQL.90).aspx

et que cette fenêtre a pour titre :

SQL Server Management Studio Transact SQL Query

Je me demande si il y a moyen de limiter les résultats d'un moteur de
recherche à ce domaine.

Peut-être ajouter "T-SQL" dans les critères de recherche ?
J'avoue que le seul moyen que je vois de le savoir est d'avoir fait
l'erreur au moins une fois, c'est grave Docteur ?

__________________________________________________
Jean-Nicolas BERGER a écrit, le 30/11/2008 20:43 :
http://msdn.microsoft.com/fr-fr/library/ms141199(SQL.90).aspx



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 SM O (depuis
un développement .NET), mais uniquement d'utiliser T-SQL (général ement
utilisé pour l'administration d'un serveur à travers des scripts).
http://msdn.microsoft.com/fr-fr/library/ms187965(SQL.90).aspx

Cordialement.
JN BERGER




Jean-Nicolas BERGER
Le #18020101
Bonjour,

Je dois avouer que cette distinction me passait largement au-dessus.


Le problème, c'est que la mise en oeuvre est radicalement différente.

Si j'ouvre SQL Server Management Studio Express, c'est bien avec ce
langage que je vais travailler en cliquant sur "Nouvelle requête" ?


Effectivement, les requêtes s'effectuent en T-SQL.

Je me demande si il y a moyen de limiter les résultats d'un moteur de
recherche à ce domaine.


Suivant là où l'on cherche, il y a des filtres :
- filtre en haut dans la fenêtre Index
- filtre par technologie dans la fenêtre Recherche

J'avoue que le seul moyen que je vois de le savoir est d'avoir fait
l'erreur au moins une fois, c'est grave Docteur ?


Ce qui semble grave, ce n'est pas tant d'être tombé sur la mauvaise page
d'aide, mais c'est surtout de ne pas avoir tilté immédiatement en termes de
mise en oeuvre. Taper une ligne de commande pour paramétrer un droit, c'est
une chose. Avoir besoin de passer par le développement d'un programme pour
faire la même chose, c'est complètement différent...

JN.
Gloops
Le #18029961
Jean-Nicolas BERGER a écrit, le 02/12/2008 02:27 :
Bonjour,

Je dois avouer que cette distinction me passait largement au-dessus.


Le problème, c'est que la mise en oeuvre est radicalement différent e.

Si j'ouvre SQL Server Management Studio Express, c'est bien avec ce
langage que je vais travailler en cliquant sur "Nouvelle requête" ?


Effectivement, les requêtes s'effectuent en T-SQL.

Je me demande si il y a moyen de limiter les résultats d'un moteur d e
recherche à ce domaine.


Suivant là où l'on cherche, il y a des filtres :
- filtre en haut dans la fenêtre Index
- filtre par technologie dans la fenêtre Recherche




Je dois dire que je redécouvre ce que j'utilisais régulièrement ...
J'avais l'habitude d'utiliser les filtres dans les pages de résultats,
et de trouver comme valeurs à filtrer les quatre langages supportés ( de
mémoire, C++, C#, VB, et encore un autre).

Effectivement, dans l'outil de recherche j'ai plutôt des contextes
différents d'utilisation de SQL (j'ai ouvert MSDN directement, sans
passer par Visual Studio).

Je dois dire d'ailleurs qu'il va falloir que je passe un peu de temps à
découvrir chacun de ces contextes d'utilisation de SQL pour savoir
cocher les bonnes cases à bon escient.

J'avoue que le seul moyen que je vois de le savoir est d'avoir fait
l'erreur au moins une fois, c'est grave Docteur ?


Ce qui semble grave, ce n'est pas tant d'être tombé sur la mauvaise page
d'aide, mais c'est surtout de ne pas avoir tilté immédiatement en t ermes de
mise en oeuvre. Taper une ligne de commande pour paramétrer un droit, c'est
une chose. Avoir besoin de passer par le développement d'un programme pour
faire la même chose, c'est complètement différent...



C'est vrai, j'ai noté la page pour m'en servir sous SQL Server
Management Studio Express, et j'en suis resté là. Il est vrai qu'au
moment de m'en servir vraiment, ça m'aurait probablement gêné aux
entournures de voir parler de méthode plutôt que de commande. Il n'es t
pas certain pour autant que j'aurais eu le bon aiguillage plus vite
qu'en me prenant les pieds dans le tapis ici.

Apparemment, me voilà cette fois sur une bonne voie.

Merci.
Publicité
Poster une réponse
Anonyme