ASP.NET построен в пользовательском профиле по сравнению старого стиля класса пользователя / таблиц

голоса
18

Я ищу руководство относительно лучшей практики вокруг использования функции профиля в ASP.NET.

Как вы решаете, что должно быть во встроенном в пользовательском профиле, или если вы должны создать свою собственную таблицу базы данных и добавить столбец искомых полей? Например, пользователь имеет почтовый индекс, я должен сохранить почтовый индекс в моей таблице, или я должен добавить его в web.config профиль XML и доступ к нему с помощью механизма профиля пользователя ASP.NET?

В плюсы / минусы я могу думать прямо сейчас , что , так как я не знаю , профиль очень хорошо (это немного Матрицу прямо сейчас), я , вероятно , может делать все , что я хочу , если я иду маршрут таблицы (например, SQL , чтобы получить все пользователи в том же почтовый индекс в качестве текущего пользователя). Я не знаю , смогу ли я сделать то же самое , если я использую профиль ASP.NET.

Задан 05/08/2008 в 00:06
источник пользователем
На других языках...                            


5 ответов

голоса
10

Ive только встроенный 2 приложения, которые используются поставщик профили. С тех пор я оставался в стороне от его использования. Для обоих приложений, которые я использовал его для хранения информации о пользователе, например, как их название компании, адрес и номер телефона.

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

Я бы рекомендовал хранить этот тип информации в своей таблице.

Ответил 06/08/2008 в 03:26
источник пользователем

голоса
1

Профиль пользователя хорошие чистые рамки для индивидуальной настройки (AKA. Профиль Свойства). (Например, iGoogle) проблема это ее не предназначен для запроса и не идеально подходит для совместного использования данных для общего пользователя. (Вы все еще будет в состоянии сделать это, с низкой производительностью)

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

Ответил 30/10/2009 в 00:42
источник пользователем

голоса
1

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

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

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

Edit: Кроме того, профили не кэшируются, поэтому каждый доступ к профилю идет к базе данных первого (он затем кэшируются для этого запроса, но следующий запрос получит из базы данных снова)

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

Ответил 05/08/2008 в 00:10
источник пользователем

голоса
1

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

Ответил 05/08/2008 в 00:10
источник пользователем

голоса
0

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

конечно вот личные предпочтения, но другие подняли некоторые другие важные вопросы.

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

Ответил 05/12/2009 в 21:19
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more