Расширение провайдера членства ASP.NET, PK == FK == Хорошо?

Question

Я использую SQLMembershipProvider и хочу добавить дополнительную информацию о пользователях. Это лучший способ сделать это, чтобы создать новую БД и сделать запись для каждого нового пользователя по мере их создания? Если да, есть ли причина не использовать значение UserID SQLMembershipProvider как ПК в таблице пользователей в моей новой БД?

Или есть ли веские причины для создания нового UserID в моей новой базе данных и использования SQLMembershipProvider UserID как FK?

Answer 1

Я не могу придумать причину, почему это не будет работать, или почему вы не должны делать это таким образом (идентификатор пользователя, как PK)

я не уверен, почему вы бы использовать отдельную базу данных для всего , Я бы, вероятно, просто создал таблицу в текущей базе данных и настроил ее с помощью userid как FK в таблицу aspnet_users.

Answer 2

Если вы собираетесь переписывать поставщика членства, я бы переключил все столбцы PK на BITINT из GUID. Я бы сделал это по двум причинам; один последовательный номер намного легче работать и понимать, а во-вторых, преимущества использования BIGINT вместо идентификаторов GUID. Я бы также просто использовал свой собственный столбец идентификаторов, который можно использовать как другие таблицы в приложении и удалить тот, который по умолчанию используется в поставщике членства в sql. Для этого вам нужно предоставить код для каждой функции в провайдере, это небольшая задача.

Answer 3

Я создал обертку вокруг моей существующей схемы базы данных, с классом, производным от MembershipUser, который содержит дополнительные свойства, и MembershipProvider производного, которое создает экземпляры производного класса MembershipUser.

Я использую только методы аутентификации и обновления членства, поскольку другие поддерживающие API несколько ограничены. У меня есть отдельный API для создания/редактирования пользователя для использования администратором.

Это решение сейчас используется на нескольких сайтах и ​​работает хорошо.