Передовой опыт членства в ASP.NET: пользовательские таблицы в одном хранилище данных?

Question

Лучше ли расширить мою бизнес-базу данных таблицами модели безопасности членства ASP.NET. Или у меня должно быть другое хранилище данных, где я управляю только личностями и ролями ... В основном, 1 или 2 базы данных?

Answer 1

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

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

Answer 2

Это довольно субъективно, но если эти пользователи не будут использовать более одной базы данных, я бы сказал, что держите их в одном БД.

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

Так нет, я бы никогда не использовал два. Я мог бы, однако, использовать три.

Answer 3

Какую платформу базы данных вы используете? Если тот, который поддерживает схемы в базе данных, например SQL Server 2008, тогда вы можете поместить свои таблицы членства в их собственную схему, для удобства При необходимости вы также можете добавить внешние ключи кросс-схемы.