SQLMembershipProvider - добавление членства в существующую базу данных. Установка разрешений

Question

Я добавляю схемы, связанные с членством, в существующую базу данных (можно назвать ее myDatabase), следуя those instructions.

В результате в моей базе данных создается количество таблиц, представлений и хранимых процедур.

Следующим шагом является изменение web.config для приложения, чтобы использовать CustomizedMembershipProvider

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

Тогда мы также должны указать строку соединения, как:

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

Вот мой вопрос:

1. Должен ли я использовать разные соединительные линии на строку с той, которую использует приложение? Как нужно создать нового пользователя в базе данных с разрешениями, связанными конкретно с объектами членства?
2. Как только строка подключения указана с идентификатором пользователя и т. Д., Мне нужно предоставить разрешения для этого пользователя для вновь созданных объектов? Будет ли это только для хранимых процедур, а также таблиц и представлений?

EDIT: я заметил, что там было множество ролей, созданных в базе данных вместе с объектом членства. Поэтому нужно назначить пользователю правильную роль (роли). Ролями являются такие, как

aspnet_Membership_FullAccess 
aspnet_Personalization_FullAccess 
etc... 

Таким образом, единственная первая часть вопроса остается на месте. Итак, есть ли смысл в создании нового пользователя базы данных (поэтому отдельное соединение с db)

Answer 1

Я смотрел его немного,

1. Стандартное соединение может быть использовано
2. В терминах pe rmissions это выглядит как это вопрос присвоения пользователя баз данных в aspnet_Membership_FullAccess роли (other roles if you require privileges related to them)

Answer 2

1. Вполне нормально использовать тот же пользователь/базу данных, что и ваше приложение.
2. Не знаю, извините.

Answer 3

Я бы порекомендовал использовать эту же строку соединения по соображениям безопасности. Использование той же строки подключения, что и ваше приложение, обеспечит более эффективный пул соединений.

Answer 4

Некоторые хорошие тексты о членстве поставщика:

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