Хранение большого объема данных в сеансе

Question

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

Итак, мы договорились, что данные будут запрашиваться только тогда и только тогда, когда они необходимы, поэтому, если веб-пользователь хочет увидеть список контактов (например), этот список извлекается в локальную таблицу данных. Затем, если новый контакт создается на веб-сайте, новый контакт отправляется в CRM и одновременно добавляется в локальную таблицу данных. Аналогично для правок.

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

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

Answer 1

• 20 одновременных пользователей не слишком много.

• Клиенты "смотрят на свои контакты": в зависимости от размера таблицы "контакты", не могли бы вы сохранить ее в наборе данных в памяти (все контакты). Затем вы можете фильтр в соответствии с первичным ключом.
  Альтернатива сеансу: Кэш , Приложение

Кэш с SqlCacheDependency и CacheItemRemovedCallback должен быть хорошим вариантом для сессии

• XML-файлы для каждого контакта с клиентом.

Answer 2

Вы ни о чем не беспокоитесь. По сути это дамп масштабируемости - тупой дизайн. НО: если вы можете выбросить 1 ГБ памяти при проблеме, для 20 пользователей сохранение 16 МБ памяти не является проблемой.

Основная проблема возникает, когда число людей растет и приложение необходимо переписать.