Introduction.
On distingue les comptes de connexions au serveur, de ceux des utilisateurs stockés dans chaque base et qui en contiennent les permissions.
On peut assigner aux premiers des "Rôles du serveur" et aux seconds des "Rôles" propres à leur base de données.
Plusieurs comptes utilisateurs peuvent utiliser la même connexion au serveur.
SSMS.
Connexions.
Pour chaque connexion, il y a deux types d’authentification possibles : par le compte Windows ou par un login propre à SQL Server (en en spécifiant le mot de passe).
Le premier menu au démarrage de SSMS utilise d'ailleurs une connexion existante, et peut en créer d'autres avec des droits plus limités sur certaines bases.
Toutefois en production il est plutôt prévu que l'application ne passe pas par SSMS ou la même connexion que son administrateur, mais se connecte avec d'autres droits, directement au serveur SQL par le port 1433 en TCP, par exemple par l'intermédiaire des pilotes de langages tiers comme ou .
Pour créer une autre connexion :
Connections en cours.
Un clic droit sur une base permet d'afficher l'option "Moniteur d'activité". Ce menu affiche en temps réel les connexions et performances de la base. Il est donc possible d'y forcer l'arrêt des connexions, par exemple avant de supprimer une base (car son utilisation empêche toute suppression).
Schémas.
Les schémas (de sécurité) sont visibles dans le menu "Sécurité" de chaque base de données. Ils permettent de gérer les permissions des utilisateurs pour des groupes de tables, vues ou codes stockés.
Par défaut, SQL Server en propose une dizaine tels que "dbo" et "sys" que l'on retrouve souvent en préfixe des tables dans le code SQL, ou encore "db_accessadmin".
Pour modifier leurs autorisations, faire un clic droit puis "Propriétés".
Utilisateurs.
Les utilisateurs sont visibles dans le menu "Sécurité" de chaque base de données.
Lors de leur création, on peut leur affecter une connexion et un schéma par défaut, ainsi que des clés d'authentification.
Au niveau de chaque table, on peut ensuite définir quels utilisateurs ou rôles auront le droit d'insérer, de mettre à jour, de supprimer ou de sélectionner les enregistrements.
Rôles.
Les rôles sont visibles dans le menu "Sécurité" de chaque base de données.
Par défaut, SQL Server en propose une dizaine tels que "public".
Lors de la création d'un nouveau rôle, il faut choisir s'il appartient à la base ou à l'application, puis à quel schéma il est rattaché.
SQL.
LOGIN.
Les connexions et utilisateurs peuvent aussi être gérés en SQL :
 CREATE LOGIN Connexion1 WITH PASSWORD = 'test' 
 USE MaBase;
Inventaire des connexions :
SELECT loginname FROM master.dbo.syslogins
La liste des connexions en cours est listable par la commande codice_1.
SCHEMA.
Une base de données peut contenir plusieurs schémas, qui peuvent eux-mêmes contenir plusieurs tables ou vues, afin de leur appliquer les mêmes permissions.
Exemple :
CREATE SCHEMA schema1 AUTHORIZATION Utilisateur1 
 CREATE TABLE Table1 (ID int)
 DENY SELECT ON SCHEMA::schema1 TO Utilisateur2
 GRANT SELECT ON SCHEMA::schema1 TO Utilisateur3;
GO 
USER.
 CREATE USER Utilisateur1 FOR LOGIN Connexion1;
 exec sp_addrolemember 'public', 'Utilisateur1' --ajoute l'utilisateur comme membre du rôle "public"
Inventaire des utilisateurs de la base courante :
 SELECT name FROM sys.database_principals where (type='S' or type = 'U')
Utilisateur courant :
 SELECT CURRENT_USER;
ROLE.
Microsoft recommande toutefois d'utiliser codice_2 au lieu de codice_3 :
Pour réactiver une connexion :
 ALTER LOGIN Connexion1 ENABLE
Pour la débloquer :
 ALTER LOGIN Connexion1 WITH PASSWORD = 'test' UNLOCK

Photographie/Fabricants/Sigma/Sigma 24-70 mm f/3,5-5,6 UC

Christian Segonne
Photographie/Fabricants/Sigma/Sigma 100-200 mm f/4,5 macro

Photographie/Personnalités/S/Christian Segonne

Christian Segonne est un photographe naturaliste français.

Photographie/Fabricants/Pentax/Pentax MV