IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

nom de connexion (niveau serveur) et Nom d'utilisateur (niveau base de données)


Sujet :

Administration SQL Server

  1. #1
    Membre habitué
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    139
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Avril 2007
    Messages : 139
    Points : 137
    Points
    137
    Par défaut nom de connexion (niveau serveur) et Nom d'utilisateur (niveau base de données)
    Bonjour à tous,

    Dans quel cas un DBA serait amené à mapper une connexion vers une base de données en donnant un nom différent à l'utilisateur au niveau base ?

    Sachant que, sauf erreur de ma part, une connexion ne peut être mappé que vers un et un seul utilisateur par base...

    Merci d'avance pour vos réponses.

    David.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 858
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 858
    Points : 52 999
    Points
    52 999
    Billets dans le blog
    6
    Par défaut
    Dans quel cas un DBA serait amené à mapper une connexion vers une base de données en donnant un nom différent à l'utilisateur au niveau base ?
    1) dans la plupart des cas, notamment parce que les connexion peuvent être Windows.
    2) a votre convenance. Une connexion s'adresse au serveur et un utilisateur à une base. Une même connexion peut donc être reconnue comme utilisateur UA dans la base BA et UB dans la base BB

    une connexion ne peut être mappé que vers un et un seul utilisateur par base...
    Oui, mais l'inverse n'est pas vrai et une utilisateur SQL peut n'avoir aucune connexion.

    A +

  3. #3
    Membre habitué
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    139
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Avril 2007
    Messages : 139
    Points : 137
    Points
    137
    Par défaut
    Si j'ai bien compris, c'est comme si nous attribuions un "alias" différent dans chaque base de données alors qu'il s'agit d'un même login à l'origine ?

    Oui, mais l'inverse n'est pas vrai
    Un utilisateur peut-être associé à plusieurs login ?!
    Pourtant lorsque j'essai de créé un utilisateur UB pour le login LA alors que le login LA est déjà mappé sur un utilisateur UA de ma base de données, SQL Server me jete avec un message de type "L'ouverture de session a déjà un compte sous un nom d'utilisateur différent.".

    un utilisateur SQL peut n'avoir aucune connexion
    Il s'agit de l'option WITHOUT LOGIN de CREATE USER [...]? A quoi cela peut-il servir ?
    D'ailleurs Management Studio semble ne pas l'autoriser (bouton grisé).

Discussions similaires

  1. Connexion à un compte utilisateur via base de donnée
    Par kenda10 dans le forum Langage
    Réponses: 6
    Dernier message: 21/03/2012, 15h15
  2. [SQL Serveur] "Impossible d'ouvrir plus de bases de données"
    Par Stark.2099 dans le forum Bases de données
    Réponses: 2
    Dernier message: 29/02/2008, 08h37
  3. Réponses: 5
    Dernier message: 10/12/2007, 19h41
  4. Réponses: 4
    Dernier message: 26/09/2006, 11h42
  5. Réponses: 7
    Dernier message: 31/10/2005, 14h54

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo