Authentification SQL server

Bonjour,

J'ai une base de donnée SQL server à laquelle je donne accès à une centaine d'utilisateurs à travers des projets adp.

Plusieurs utilisateurs travaillent sur le même PC donc avec une seule et même identification windows (le premier qui se connecte).

Cependant j'aimerais pouvoir accorder des droits à certains mais pas à d'autres et j'aimerais que chacun s'identifie (login et mot de passe windows) quand il ouvre le projet adp.

Le problème est que soit je choisi une authentification windows et la tous les utilisateurs ouvrent le projet adp avec le compte windows de l'utilisateur qui a ouvert la session windows, soit je choisi une authentification SQL server et la je dois définir autant de compte de connexion que d'utilisateur et en plus les login et mot de passe ne seront pas ceux de windows...

Y a t'il un moyen intermédiaire qui permet une authentification windows qui demande le login et le mot de passe à chaque ouverture du projet adp?

merci d'avance pour toute l'aide qui pourrait m'être apporter.

non, sauf à faire une impersonnation dans windows, ce qui est la pire des solutions.

A +

Et est il possible avec une authentification SQL server de créer une seule connexion pour plusieurs utilisateurs? J'ai essayé mais je n'ai pas réussi...

Citation:

---

Envoyé par ninouchfis

Et est il possible avec une authentification SQL server de créer une seule connexion pour plusieurs utilisateurs? J'ai essayé mais je n'ai pas réussi...

---

Je suis pas sur de tout bien comprendre a votre question, donc la reponse peut etre a cote de la plaque:
- Creer un login SQL Server sur le serveur
- Lui donner les droits dans la/les DB(s)
- Donner le login/password du login SQL precedemment creer a plusieurs utilisateurs
- Tous les utilisateurs peuvent se connecter avec le meme login (meme authentification)

Oui c'est exactement ça que je veux faire. Je n'arrive cependant pas a réaliser ceci:
- Donner le login/password du login SQL precedemment creer a plusieurs utilisateurs

Je créè par exemple le compte de connexion suivant:
login:TOTO
mot de passe:123

Je lui donne bien sur les droits qui vont bien. Jusque la pas de soucis.
Après je créè un utilisateur.
nom: TITI
nom d'accès: ? je ne sais pas quoi mettre la. Si je met TOTO, je ne peux plus l'utiliser pour un autre utilisateur...

Citation:

---

Envoyé par ninouchfis

Oui c'est exactement ça que je veux faire. Je n'arrive cependant pas a réaliser ceci:
- Donner le login/password du login SQL precedemment creer a plusieurs utilisateurs

Je créè par exemple le compte de connexion suivant:
login:TOTO
mot de passe:123

Je lui donne bien sur les droits qui vont bien. Jusque la pas de soucis.
Après je créè un utilisateur.
nom: TITI
nom d'accès: ? je ne sais pas quoi mettre la. Si je met TOTO, je ne peux plus l'utiliser pour un autre utilisateur...

---

Donc si je comprend bien ce que vous tentez de faire, c'est de mapper plusieurs utilisateurs d'une meme base de donnees a un meme login SQL serveur... Correct ?

Si c'est le cas, ce n'est pas possible afin de preserver les logins de schizophrenie ;)
Plus serieusement c'est pas possible car comment identifier, lorsque le login se connecte a la base de donnees, sous le contexte de quel utilisateur il doit tourner ?

Oui c'est cela que j'aimerais faire.
Ca fonctionne pourtant pour une authentification windows (domaine\utilisateurs)...

Citation:

---

Envoyé par ninouchfis

Oui c'est cela que j'aimerais faire.
Ca fonctionne pourtant pour une authentification windows (domaine\utilisateurs)...

---

Non.

Ok merci quand même pour votre aide.
Je n'ai plus qu'à créer 200 comptes de connexion...8O

Bonjour,

Si j'ai bien compris le problème, vous voulez donner des droits spécifiques à certaines personnes en utilisant le même login Windows.
Vous êtes donc obligés de passer en authentification SQL.

Cependant, j'ai l'impression qu'il y a une confusion entre utilisateur Windows et utilisateur d'une base de données.

Lorsque vous créez votre login (au niveau de l'instance), cela ne définit pas de droits sur les base de données. Il faut aussi créer un user dans chaque base de données et lui donner les droits spécifiques que vous voulez appliquer à la personne qui se connecte avec le login précédemment créé. Il reste ensuite à mapper le login avec les users.

Vous n'avez donc à créer qu'autant de users que de bases et de droits différents et autant de logins que de combinaisons de users dont vous avez besoin. (Je sais pas si je suis très claire là)

Exemple :
J'ai 3 bases : base1, base2, base3
Je veux créer 1 profil administrateur sur la base 1 et 2 et 1 profil de lecture sur les 3 bases.
Je dois créer :
- 1 user administrateur et 1 user lecteur sur la base 1
- 1 user administrateur et 1 user lecteur sur la base 2
- 1 user lecteur sur la base 3
- 1 login mappé sur les users administrateurs
- 1 login mappé sur les users lecteurs

J'espère que j'avais bien compris le problème au départ...

Arkhena

Effectivement j'ai un peu de mal avec ces différentes notions de users/login...

Du coup j'ai aussi du mal à exprimer correctement mes besoins.

Si j'ai bien compris, je fais la distinction entre le mode d'authentification au serveur SQL (authentification windows: récupère le login de windows / authentification SQL: login et mot de passe définis par l'administrateur du serveur) avec le user définis par l'administrateur de la base en question et sur lequel on vient définir des droits.

J'ai près de 200 utilisateurs à gérer que je vais regrouper dans des rôles, rôles auquels je définis des droits.

Etant donné que je ne suis administrateur que sur la base et pas sur le serveur, je souhaite limiter le nombre de login/mot de passe au niveau de l'instance.

D'où mon intérogation sur la possibilité ou non d'attribuer à plusieurs user de la base une seule et même connexion au niveau du serveur...
(tout cela fait avec une authentification SQL server et pas windows)

Combien de type de user differents allez vous avoir ? Cela definira a priori le nombre de login a creer.

ie:
Utilisateur admin
Utilisateur support
Utilisateur read
...

Il y a 17 groupes d'utilisateurs