Членство в Asp.net ProviderSql

Question

Я просматриваю Sql для обеспечения членства в Asp.net, чтобы определить, соответствует ли он моим потребностям, и у меня есть несколько основных вопросов.

Кажется, создается много таблиц, многие из которых мне не нужны. Мне нужно только одно приложение и никакого управления ролями. Могу ли я удалить неиспользуемые таблицы или просто оставить их в покое?

Мне нужна еще одна таблица, где я могу связать записи с пользователями, созданными с помощью поставщика членства Sql. Безопасно ли использовать «Membership.GetUser.ProviderUserKey.ToString ()» в качестве первичного ключа для этого пользователя. Полагаю, что так, но мне кажется, что я зависел от того, что находится вне моего контроля, поскольку это управляет Asp.Net.

Также я собираюсь получить доступ к базе данных напрямую, без входа в систему с пользователем, чтобы получить статистику. Безопасно ли выполнять запросы Sql к базе данных, используя aspnet_Users.UserId (table.field). Полагаю, чего я боюсь, так это того, что Asp.Net внезапно после обновления фреймворка меняет макет таблицы или что-то в этом роде.

Answer 1

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

Я знаю, что это касается aspnet_applications, aspnet_users ...

В крайнем случае вы всегда можете создать своего собственного провайдера членства, создав класс, унаследованный от MembershipProvider.

Answer 2

Очевидно, что вы можете делать все, что захотите, после того, как вы сгенерировали таблицы, но я думаю, что вы должны рассмотреть последствия этого. Структура поставщика членства работает очень хорошо и широко применяется. Если вы используете их реализацию, просто используйте ее и используйте нужные кусочки, а остальные оставьте в покое.

Они будут очень осторожны, когда / если они внесут в него изменения, чтобы либо сообщить нам о критических изменениях, либо не вносить никаких критических изменений.

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