Производительность хранения сгенерированных объектов DBML как LIST <X>в сеансе - PullRequest
0 голосов
/ 16 ноября 2009

Я создаю приложение, в котором будет много пользователей. Каждый раз, когда кто-то просматривает страницу или выполняет действие, я буду писать в журнал. Хотя я обеспокоен производительностью этого самого по себе, меня больше беспокоит то, что я на самом деле хочу сохранить эту сессионную историю в приложении ASP.NET MVC, чтобы при выходе из системы я мог отображать контрольный журнал их деятельность для них. Для этого я просто создаю объект Audit и вставляю его, используя LINQ to SQL. Затем я беру тот же объект и сохраняю его в СПИСОК сеансов. Я делаю это потому, что технически один и тот же пользователь может войти в систему из нескольких мест, поэтому простое попадание в базу данных в конце не решит проблему. Я также знаю, что могу включить аудит для идентификатора сеанса, но в целом я не хочу перегружать базу данных.

Мой вопрос: Есть ли проблемы с производительностью при сохранении сгенерированных объектов DBML в сеансе в ASP.MVC?

1 Ответ

1 голос
/ 17 ноября 2009

Это полностью зависит от того, насколько велики эти объекты. Сколько КБ на пользователя мы говорим? Но лучше всего предположить ... если это просто, достаточно короткие данные журнала ... ответ - нет, у вас не будет проблем. Вы столкнетесь с другими узкими местами в системе задолго до того, как будете обслуживать достаточно пользователей, чтобы это стало проблемой.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...