[SQL SERVER 2005] Création bdd et utilisateurs

Bonjour,

Débutant dans l'administration de base de données, j'aimerais savoir si ce que je vais faire est correct pour créer une base de données, y adjoindre une connexion et 2 utilisateurs (un propriétaire (distant), un (local) avec droit lecture/écriture)

1) créer la base (CREATE DATABASE base_cible...)
2) créer la connexion (sp_addlogin 'connexion', 'mot_de_passe', 'base_cible')
3) créer l'utilisateur "owner" (sp_adduser 'connexion', 'owner', 'db_owner')
4) créer l'utilisateur "lambda" (sp_adduser 'connexion', 'lambda', 'db_datawriter')

Me faut-il 2 connexions (1 pour le owner, et une pour le lambda)?
Est-ce suffisant pour gérer la base (owner) et utiliser les données de la base (lambda)

Merci pour vos prochaines réponses

jlmag

Bonjour,

Vous devez d'abord faire la distinction entre une connexion et un utilisateur.

Citation:

---

2) créer la connexion (sp_addlogin 'connexion', 'mot_de_passe', 'base_cible')

---

Attention, le paramètre base_cible vous permet de définir une base de données par défaut : c'est-à-dire que lors de la connexion de la personne, nous pourrons directement naviguer dans base_cible, mais rien ne nous empêche d'exécuter :

Code:

---

USE uneAutreBaseDeDonnees

---

Si vous êtes sous SQL Server 2005 ou plus, vous pouvez utiliser l'instruction CREATE LOGIN :

Code:

---

CREATE LOGIN connexion WITH PASSWORD = 'motDePasse'

---

Citation:

---

Me faut-il 2 connexions (1 pour le owner, et une pour le lambda)?

---

Tout dépend de vos besoins.
Retenez que db_owner a tous les droits sur la base de données.

Citation:

---

Est-ce suffisant pour gérer la base (owner)

---

Oui, puisque l'utilisateur dispose de tous les droits.
Mais peut-être devez-vous lui attribuer moins de droits.
Dans tous les cas vous ne devez procurer à l'utilisateur que les droits dont il a strictement besoin, pas plus.

Citation:

---

et utiliser les données de la base (lambda)

---

Pour effectuer des mises à jour (INSERT, UPDATE, DELETE) oui, mais pas pour exécuter des requête de consultation de données (SELECT).

@++ ;)

Bonjour et merci de la réponse,

J'ai utilisé la commande:

Code:

---

sp_addlogin ...

---

en rapport avec ce cours: "Sécurisation des accès aux bases de données SQL Server".

Si je comprends:
-> Je crée un login/connexion auquel je câble un utilisateur avec des droits "db_owner" (dont je peux restreindre la largeur). Cet utilisateur devra me permettre d'avoir les droits suffisant pour administrer à distance via SQL Server Management Studio ma base.

-> Je crée un login/connexion auquel je cable un utilisateur avec des droits "db_datawriter, db_datareader" pour l'application qui manipulera les données dans la base.

Pour limiter l'accès à une autre base je dois désactiver le priviliège "use" ?

Bon, j'ai réalisée des manips en attendant une réponse. Et là, oups j'ai oublié de basculer sur la base de données nouvellement créée pour créer un nouvel utilisateur et bien évidement je n'arrive pas à le supprimer via DROP USER ...!
L'erreur me dit que je ne peux le supprimer car soit il n'existe pas soit je n'ai pas les droits suffisants. Et je vois mon user lors d'un

Code:

---

SELECT name FROM syslogins

---

(pour tout dire, après le premier essais de suppression, j'ai fais un DROP database...)

jlmag

Bonjour,

Pourquoi tu n'utilises pas le SSMS c'est plus facile à gérer les connexions et les users

Bonsoir Jaafar,

Mon soucis est que le serveur est sur une machine distante et mon seul accès au serveur est via le bureau à distance et puis la console ...

Aussi, j'aimerais créer un utilisateur ayant suffisament de droit pour utiliser le SSMS en local pour gérer le serveur distant, d'ou la création d'un propriétaire sur une base qui puisse administrer les autres utilisateurs.

Néanmoins, j'ai grandes difficultés pour la bonne compréhension (création, affectation de droits, de privilèges, ...)

jlmag

Bonjour,

Je vous invite à lire cet article qui vous permettra dans un 1er temps de vous familiariser avec ces concepts.

++

Bonjour, merci pour la réponse.

Je m'en vais lire cet article et revient après (dans l'après midi)

jlmag