Création d'un utilisateur sql

Bonjour,

J'ai crée une connexion Sql "Jean"(compte Sql) pour travailler sur une base de données Gescom avec pour BDD par défaut, Gescom.

J'ai crée un utilisateur "Jean" pour travailler sur cette base de données Gescom ainsi

Code:

---

1 2 3 4 5

USE GESCOM   CREATE USER Jean   FOR LOGIN Jean

---

Je constate que le compte Jean est crée au niveau de la BDD Gescom et qu'en même temps, les comptes utilisateurs, "sys", "information_schema", "guest",pour cette base de données, sont désactivés.
Seul le compte dbo ne l'est pas .

Pouvez vous m'expliquer pourquoi .

Merci beaucoup à vous.

Autre question : si je ne crée pas de compte utilisateur sql lié à la connexion Jean et que je choisis comme BDD par défaut Master, alors Jean est considéré comme une connexion de niveau serveur et non une connexion de niveau DataBase.
Est ce exact ?

Autre question : Pourquoi le fait de créer une connexion sql en précisant une BDD qui n'est pas Master(ex: Gescom) , oblige de créer un compte utilisateur sql, alors que des compte guest , sys, dbo et information_schema existent déjà pour cette BDD?

Merci encore infiniment pour toute votre aide .

Bien cordialement.

new_wave

sys et information_schema sont des utilisateurs SQL (et non des comptes de connexion) qui sont les propriétaires respectifs des schémas SQL sys et information_schema. Vous ne pouvez en aucune manière les activer car ils sont destiné à protéger les objets systèmes contenus dans les schémas visés.

Vous mélangez encore une fois "compte de connexion" (LOGIN) et "utilisateur SQL" (USER)

"Compte d'utilisateur" ça n'existe pas

Il n'existe pas de "connexion de niveau database"

Le compte de connexion permet de faire des opérations de niveau serveur. pas de naviguer dan une base, même pas dans master, à l'exclusion des objets privilégié par l’utilisateur SQL GUEST qui est l’utilisateur par défaut en l’absence d'utilisateur SQL !


A +

Bonjour ,

Merci de cette réponse .

Je suis vraiment perdue .J'ai l'impression de m'enfoncer:oops:

Vous me dites

Citation:

---

Le compte de connexion permet de faire des opérations de niveau serveur. pas de naviguer dans une base, même pas dans master

---

Bien , dans ce cas, pourquoi lorsque je me connecte à Sql Serveur avec le compte sa, je peux travailler , sur toutes les bases de données créées, dans l'instance en cours ?Est-ce parce que par défaut j'utilise l'utilisateur sql guest, pour chacune de ces BDD ??


Les utilisateurs mappés sont liés à une connexion.Bien .

Je peux donner des droits à un utilisateur pour travailler sur une BDD particulière .Comment faire, alors, pour travailler sur cette BDD avec cet utilisateur SQL et uniquement avec cet utilisateur ???Y a t il une commande pour cela ?


Par ailleurs, les utilisateurs non mappés sur une connexion sont ils des utilisateurs externes ou occasionnels ?Estce bien cela

J'ai fait un tableau en fichier joint qui reprend ce concerne les connexions et les utilisateurs SQL et leurs différences, de manière à y voir plus clair.
Pouvez vous le compléter si nécessaire -j'y ai par ailleurs mis quelques questions en suspens.

Merci encore beaucoup à vous :)

Bien cordialement.

new_wave

le compte de connexion sa est lié à dbo, comme tout compte qui a reçu le privilège "control server"

Certains privilèges de niveau serveur permettent de tout faire y compris dans toutes les bases existantes ou futures...

Il faudrait vraiment que vous suiviez un cours sur le sujet...

A +

Bonjour,

Je suis allée à ce lien https://dba.stackexchange.com/questi...s-the-user-dbo ce qui m'a permis d'en savoir un peu plus sur le sujet .

Il se trouve que j'ai travaillé sur un ouvrage d'administration de base de données sql serveur 2014 mais que je ne m'y retrouve pas .

J'ai l'impression que cela va dans tous les sens et qu'il y a parfois des imprécisions...


J'ai à la base une formation sur Oracle et m'adapter à Sql serveur demande un certain travail.


Je pense avoir progressé dans la compréhension du fonctionnement de Sql server pour ce qui est des connexions et utilisateurs Sql et vous en remercie .

Il y a encore quelques zones d'ombre mais j'avance pas à pas ...

Bien cordialement.

new_wave

Citation:

---

Envoyé par new_wave

Bonjour,

Je suis allée à ce lien https://dba.stackexchange.com/questi...s-the-user-dbo ce qui m'a permis d'en savoir un peu plus sur le sujet .

Il se trouve que j'ai travaillé sur un ouvrage d'administration de base de données sql serveur 2014 mais que je ne m'y retrouve pas .

J'ai l'impression que cela va dans tous les sens et qu'il y a parfois des imprécisions...

J'ai à la base une formation sur Oracle et m'adapter à Sql serveur demande un certain travail.

---

Je comprend mieux vos confusions.... Pour information, je recommande toujours de commencer par se former squr la norme SQL qui don ne les grandes lignes directrices et ensuiste de voir les détails d'implémentation de chaque éditeur...
oracle a l'habitude de faire des choses qui lui son propres et très loin de la norme SQL... Ce qui aujourd'hui lui pose de multiples problèmes, et de fait il commence, avec beacoup de difficulté, a en revenir (noms longs de 128 caractères, collations...)

Le problème d'Oracle c'est que, à l'origine il est monobase et donc n'a pas les deux niveaux de sécurité prévu par la norme SQL :

• le niveau de sécurité serveur avec les privilèges de serveur et les entités de sécurité appelées "login"
• le niveau de sécurité base de données avec les privilèges de base de données et les entités de sécurité appelées "utilisateur"

Citation:

---

Je pense avoir progressé dans la compréhension du fonctionnement de Sql server pour ce qui est des connexions et utilisateurs Sql et vous en remercie .

Il y a encore quelques zones d'ombre mais j'avance pas à pas ...

Bien cordialement.

new_wave

---

Faites abstraction de votre savoir Oraclien, et tout ira mieux !

A +

Bonjour et merci de votre réponse.

Vous écrivez

Citation:

---

Pour information, je recommande toujours de commencer par se former sur la norme SQL qui donne les grandes lignes directrices et ensuite de voir les détails d'implémentation de chaque éditeur...

---

Je pense que pour les lignes directrices, c'est ok .Ce sont justement les détails d'implémentation de sql server qui sont nouveaux pour moi.

A +

Cordialement.

new_wave

Par exemple la norme SQL fait mention des fonctions normalisées USER => utilisateur SQL et SYSTEM_USER => compte de connexion... Ni l'un ni l'autre existe chez oracle qui ne fait pas ce distingo....
mais cela existe bien sous SQL Server :

Code:

---

SELECT USER, SYSTEM_USER

---

A +

ok, je vais me pencher sur le sujet.

Merci à vous.

Cordialement.

new_wave