SQLMembershipProvider - Ajout de l'appartenance à une base de données existante. Définition des autorisations

Question

J'ajoute des schémas liés à l'appartenance à une base de données existante (appelons-la myDatabase) en suivant those instructions. En conséquence, le nombre de tables, de vues et de procédures stockées est créé dans myDatabase.

L'étape suivante consiste à modifier web.config pour l'application à utiliser CustomizedMembershipProvider

<membership defaultProvider="CustomizedMembershipProvider"> 
     <providers> 
     <add name="CustomizedMembershipProvider" 
       type="System.Web.Security.SqlMembershipProvider" 
       connectionStringName="MyDBConnectionString" /> 
     </providers> 
    </membership> 

Ensuite, nous avons aussi besoin de spécifier la chaîne de connexion comme:

<connectionStrings> 
    <add name="MyDB" MyDBConnectionString ="..." /> 
    </connectionStrings> 

Voici ma question:

1. Dois-je utiliser des connexions différentes? sur chaîne à celui que l'application utilise? Comme il est nécessaire de créer un nouvel utilisateur dans la base de données avec des autorisations liées spécifiquement aux objets d'adhésion?
2. Une fois la chaîne de connexion spécifiée avec l'ID utilisateur, dois-je accorder des autorisations à cet utilisateur pour ces nouveaux objets? Serait-ce pour les procédures stockées uniquement ou également pour les tables et les vues?

EDIT: Je remarqué qu'il y avait un ensemble de rôles créés dans la base de données ainsi que l'objet de l'adhésion. Il s'agit donc d'affecter l'utilisateur au (x) rôle (s) approprié (s). Les rôles sont les goûts de

aspnet_Membership_FullAccess 
aspnet_Personalization_FullAccess 
etc... 

Ainsi, la seule partie de la question reste en place. Il est donc utile de créer un nouvel utilisateur de base de données (donc une connexion db séparée)

Answer 1

Je l'ai regardé un peu,

1. La connexion standard peut être utilisé
2. En termes de pe rmissions il semble comme il est question d'attribuer à l'utilisateur de base de données au rôle aspnet_Membership_FullAccess (other roles if you require privileges related to them)

Answer 2

1. Il est parfaitement acceptable d'utiliser le même utilisateur/base de données que votre application.
2. Je ne sais pas, désolé.

Answer 3

Je recommande d'utiliser la même chaîne de connexion pour des raisons de performances. L'utilisation de la même chaîne de connexion que votre application permettra un regroupement de connexions plus efficace.

Answer 4

Quelques bons textes sur fournisseur d'appartenances:

• Examining ASP.NET 2.0's Membership, Roles, and Profile
• Membership and Role Providers in ASP.NET 2.0 Part