MS SQL SERVER 2008Est-ce une bonne idée d'avoir plusieurs utilisateurs pour une base de données?
J'ai une base de données. Plusieurs opérateurs via mon programme peuvent interagir avec lui. Chaque opérateur a son propre nom. Actuellement, je crée un login et un nom d'utilisateur correspondant pour chaque opérateur. Est-ce une bonne idée? Le nombre d'opérateurs peut augmenter ...
peut-être, y a-t-il de bonnes pratiques à ce sujet?
Si vous parlez d'utilisateurs de bases de données ... Non, c'est juste une très mauvaise ideia!
Application Les utilisateurs ne sont pas les mêmes que les utilisateurs de la base de données. Vous devriez vraiment avoir vos tables d'utilisateur avec l'authentification et le contrôle d'accès. Ceci est un module de votre application.
Les rôles et les schémas des utilisateurs de base de données permettent de distinguer les modules fonctionnels de vos projets, de structurer votre entreprise et de séparer les environnements tels que les tests, la préproduction, la production, etc.
+1 pour le concept d'abstraction des utilisateurs de la base de données et de l'application utilisateurs. Cette séparation est extrêmement importante dans la conception d'applications qui utilisent la base de données. –
Si je comprends bien, il n'y a qu'un seul utilisateur de l'application avec un rôle d'application. Qu'en est-il si je veux que l'utilisateur de l'application ait un rôle de base de données? – nik
A u planifiez de permettre aux utilisateurs d'accéder directement à la base de données ou de créer chaque schéma pour un utilisateur? –
Je prévois de laisser les utilisateurs accéder directement à la base de données. Je ne connais pas grand-chose aux schémas, donc je ne m'en sers pas. – nik
Je ne sais pas si cela aide, il suffit de vérifier - http://stackoverflow.com/questions/1745230/sql-server-how-many-users-do-i-really-need –