При использовании Членства ASP.NET плюс дополнительная таблица, чтобы хранить пользовательскую информацию, я должен связать другие таблицы с aspnet_Users или мою собственную Таблицу?
Я использую членство ASP.NET для обеспечения моего сайта, и у меня есть вопрос о том, как хранить информацию дополнительного пользователя. Путем поиска с помощью Google и чтения других вопросов я думаю 3 принятых подхода к тому, чтобы хранить дополнительные данные
- Платформа профиля - обычно расцениваемый как слишком ограничивающий
- Пользовательский поставщик Профиля - немного больше, чем я хочу попытаться в данный момент
- Используя другую таблицу с информацией о пользователе - выбор я следую
Я составил новую таблицу в дополнение к таблицам членства ASP.NET по имени User_Information, который имеет непосредственный внешний ключ к aspnet_Users. Когда я составляю новую таблицу, чтобы хранить информацию, связанную с пользователем (например, комментарии, голоса, и т.д.) я должен установить внешний ключ для указания на aspnet_User или мою таблицу User_information?
спасибо
3 ответа
Это зависит от характера ваших запросов.
Провайдер членства предоставит вам легкий доступ к столбцу идентификатора пользователя из таблицы aspnet_Users. Для получения идентификатора из вашей таблицы потребуется дополнительный запрос.
Однако, если большинство ваших запросов все равно требует присоединения к таблице User_Information, это может не иметь большого значения.
Я выбираю таблицу aspnet_User. В конце концов, она считается "основной" таблицей для информации о пользователе, не так ли?
Я использую то же, что и ты. У меня слабая ссылка без каких-либо физических связей между этими двумя таблицами. Для меня это прекрасно работает. Для управления зависимостями можно обернуть операции с базой данных в транзакции для обеих таблиц.
рекомендую не создавать посторонний ключ и продолжить это оформление.