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

Question

Я добавляю связанные с членством схемы в существующую базу данных (назовем ее myDatabase), следуя этим инструкциям .

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

Следующим шагом является изменение 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...

Так что единственная первая часть вопроса остается на месте. Так есть ли смысл создавать нового пользователя базы данных (так отдельное соединение БД)

Answer 1

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

1. Можно использовать стандартное соединение
2. С точки зрения разрешений это выглядит как это вопрос назначения Пользователь базы данных в роль aspnet_Membership_FullAccess ( другие роли, если вам требуются связанные с ними привилегии )

Answer 2

Несколько хороших текстов о членстве провайдера:

• Проверка членства, ролей и профиля ASP.NET 2.0
• Поставщики членства и ролей в ASP.NET 2.0 Part

Answer 3

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

Answer 4

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