8
votes

Comment concevoir un schéma utilisateur / rôle dans une base de données SQL Server?

Je veux concevoir un système utilisateur / rôle:

Les utilisateurs ont un nom et un mot de passe, puis l'utilisateur peut avoir plusieurs rôles tels que admin .

pour Ceci j'ai créé un schéma comme celui-ci:

Utilisateurs: xxx

xxx

user_roles: xxx

ma question est la suivante: devrais-je utiliser des clés étrangères user_rols .User_id -> user.id

si oui pourquoi?


                        
                        
                            
                                                                    sql-server
                                                            
                        
                                                    
                            
                            
                                1 commentaires
                                
                                                                             Oui!  Bien sûr, vous devriez avoir des clés étrangères. Pourquoi demandes-tu?? FK aide à assurer la cohérence des données  - et sans FK, vous pouvez stocker tout type de  ID  dans votre  user_roles  Tableau - sans vérifier si ceux-ci sont valables utilisateurs et / ou rôles - pas quelque chose que vous voulez faire (et non quelque chose que vous voulez avoir à nettoyer plus tard!)

5 Réponses : 10 votes Pas tout à fait sûr de ce que vous voulez dire, mais ... user_roles code> doit avoir 2 colonnes uniquement user_id code> et rôle_id code> Ces deux forment la clé primaire li> Vous n'avez pas besoin d'une colonne d'identifiant supplémentaire user_roles code> li> user_id code> est une clé étrangère sur users.id code> li> rôle_id code> est une clé étrangère à roles.id code> li> ul> EDIT: Maintenant, je comprends. Oui, Utilisez toujours des touches étrangères p> aussi ... p> Si mot de passe code> est nvarchar (50) code>, cela implique un texte brut. C'est mauvais em>. li> Si vous avez dupliquer Nom code> Valeurs dans utilisateurs code>, comment savez-vous quel utilisateur est lequel est lequel est? Surtout s'ils ont le même mot de passe (ce qui se produira parce que nous, les viandes sont stupides) li> ul> Modifier après commentaire après la création principale de la clé ... P> CREATE TABLE [dbo].[User_Roles] ( [User_id] [int] NOT NULL, [Role_id] [int] NOT NULL, CONSTRAINT [PK_User_Roles] PRIMARY KEY CLUSTERED ([User_id], [Role_id]), CONSTRAINT [UQ_ReversePK] UNIQUE ([Role_id], [User_id]) ) 4 commentaires Mot de passe et nom d'utilisateur est juste pour la démo, ce n'est pas un texte simple. Mon objectif est sur le système de rôle Comment définir la clé primaire dans user_roles? Pourquoi utiliser un user_roles Table d'association < / a> en premier lieu? Est la existence d'un users.id comme clé étrangère dans les rôles la table ne suffit pas? @Jens: les utilisateurs peuvent être dans plusieurs rôles, les rôles peuvent avoir plusieurs utilisateurs? Votre suggestion signifierait «un utilisateur que par rôle» 0 votes Utilisez toujours des clés étrangères lorsque les modèles de données ont une relation. Dans votre échantillon, si vous ne créez pas les clés étrangères, rien ne vous empêche (ou une autre personne ayant accès à la base de données) de la suppression par erreur (ou délibérément) un rôle actuellement utilisé. Disons que vous avez de nombreux utilisateurs et quelques rôles. L'un des rôles est appelé «admin» et est requis dans votre demande afin de faire des tâches. Si vous n'avez pas la configuration des clés étrangères, il n'y a rien dans la base de données pour empêcher une personne de supprimer le rôle administrateur, de détecter votre demande à: probablement crash car il cherchera un rôle qui n'est plus dans la base de données Si ce n'est pas ce qui précède, au moins aucun utilisateur n'aura que le rôle de «administrateur», fermez les parties de l'application où elle est requise Si, sur la main, vous avez configuré les clés étrangères, vous recevrez une erreur de la base de données si vous essayez de supprimer un rôle qui est actuellement attribué à un utilisateur (via la table User_Roles). 0 commentaires 1 votes Sécurité de printemps fait Ce a > Recommandation: create table users( username varchar_ignorecase(50) not null primary key, password varchar_ignorecase(50) not null, enabled boolean not null ); create table authorities ( username varchar_ignorecase(50) not null, authority varchar_ignorecase(50) not null, constraint fk_authorities_users foreign key(username) references users(username) ); create unique index ix_auth_username on authorities (username,authority); 0 commentaires 0 votes Une des meilleures approches qui sont légèrement différentes de @gbn seront également: J'espère que cela vous aide à vous aider ou à quelqu'un d'autre xxx 0 commentaires 0 votes La table Utilisateurs_Roles doit contenir la cartographie entre chaque utilisateur et leurs rôles. Chaque utilisateur peut avoir de nombreux rôles et chaque rôle peut avoir de nombreux utilisateurs: xxx 0 commentaires

Articles qui pourrait vous intéresser : Synchronisation des données entre les tables de SQL Server et Db2 - Comment supprimer des lignes Est-il possible d'utiliser ensemble Entity Framework et un projet de base de données? Vérification de la concurrence sur une entité sans mettre à jour la version de ligne Liaison Docker SQL: une tentative a été faite pour accéder à une socket d'une manière interdite par ses autorisations d'accès