Использовать пользовательский SqlMembershipProvider для хранения пользователей (и ролей) в кэше? - PullRequest
2 голосов
/ 16 февраля 2011

Я разрабатываю «маленькое» веб-приложение для управления складом для нескольких пользователей (5-10 человек), но со сложной системой авторизации (проверка, видимы или включены страницы, меню, TabPanels, UserControls и даже отдельные элементы управления) ипостоянный и частый доступ.Поскольку у меня ограниченный опыт работы с ASP.Net MembershipProvider, я не уверен, каков наилучший подход для достижения следующей цели:

Я хочу хранить всех пользователей, роли и часто используемые мастер-данные в кэше (вDataset).Следовательно, каждый доступ только для чтения должен быть быстрее и вызывать меньше трафика, чем при использовании базы данных.При обновлении, удалении и вставке я буду обновлять кэшированный набор данных, а также базу данных.

Могу ли я использовать или расширить SqlMembershipProvider для достижения этой цели и, если возможно, каким образом?Должен ли я использовать хранимые процедуры из asp.net или просто использовать стандартные функции CreateUser, GetUser, DeleteUser?Имеет ли этот подход смысл?

Производительность является ключевым фактором, поскольку пользователям платят по частям.

Заранее спасибо.

1 Ответ

0 голосов
/ 16 февраля 2011

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

Я не знаком с "пользователям платят по частям". Вы пытаетесь сохранить данные, передаваемые из данных? Данные передаются с веб-сервера клиенту? Циклы процессора?

...