Как создать переменные и хранить их до определённого момента?

Question

[forven]

Выполняю поиск по базе данных по параметрам, которые задал пользователь. В результате получаются 2 массива с результатами поиска. Как их хранить и выдавать частями постранично ("пагинация"?) ?
Использование skip меня не устраивает, потому как поиск надо будет постоянно использовать, думаю что в моём кривом алгоритме это вызовет проблемы.
Я допускаю вариант создания объекта запроса, где будут храниться параметры запроса и 2 массива с результатами, а например при новом запросе он будет заменяться на новый, а при закрытии страницы поиска удаляться. Но как это реализовать я не знаю, и какие тут недостатки.
Какие ещё варианты есть выполнить поиск по базе единожды и хранить результаты до их ненадобности ?

Answer 1

[Алексей Немиро]

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

Как выдавать данные частями - зависит от того, как они получаются.

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

Что касается кэширования, то самый простой вариант:

// или HttpContext.Current.Cache
if (HttpContext.Cache["Ключ"] == null) 
{
  // данных в кэше нет, получаем из базы и добавляем в кэш
  HttpContext.Cache.Add
  (
    "Ключ",
    "тут сами данные",
    null,
    DateTime.Now.AddMinutes(5), // срок годности пять минут
    TimeSpan.Zero,
    System.Web.Caching.CacheItemPriority.Normal,
    null
  );
}
else
{
  // есть данные в кэше, используем их
  var data = HttpContext.Cache["Ключ"]; // типы строгие лучше использовать
}

Или использовать атрибут OutputCache и кэшировать страницы.

Дополнительно, можно в базе создавать сессии со ссылками на результаты поиска. Т.е. выполнять поиск, записывать ключ в таблицу, затем делать выборку, используя найденные ключи. Устаревшие результаты можно удалять, либо со стороны ASP.NET, периодически выполнять запрос. Либо, если есть возможность, настроить SQL Server Agent. Это если данных много и поиск дорого обходится.

Comments

[forven]

Спасибо, а не можете посоветовать как выполнить опознание по ключу для пользователя пославшего запрос(он может быть авторизован а может и не быть). Т.е. чтобы соотносить пользователя и его результаты. Куку хранить ? Или ещё как ?

[Алексей Немиро]

forven: Если использовать кэш, то можно просто добавлять идентификатор пользователя в ключ:

string key = String.Format("РзеультатыПоиск-{0}". userId);
if (HttpContext.Cache[key] == null) 
{
  // HttpContext.Cache.Add(key, data...
}
else
{
  var data = HttpContext.Cache[key];
}

Можно еще и поисковую сессию указывать, если она создается в базе:

string key = String.Format("РзеультатыПоиск-{0}-{1}". userId, searchRequestId);

и т.п.

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

[forven]

Алексей Немиро: А если пользователь не авторизованный?

[Алексей Немиро]

forven: ноль записывать :-)

По идее же для каждого не авторизованного пользователя результаты поиска должны быть одинаковыми. Если нет, то можно записывать некий Guid (System.Guid.NewGuid()) в Cookies и использовать его для поисковых сессий. Guid будет уникальным.

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

Я иногда делаю «гостей», или еще называю их «призраки» :-) Когда пользователь заходит первый раз на сайт и производит некие действия: поиск данных, добавление в избранное, добавление анонимного комментария и т.п., создаю запись в базе и передаю идентификатор в Cookies пользователю. Далее, по этому идентификатору узнаю посетителя и использую при записи действий, которые он (посетитель) производит. Это дает полный контроль над происходящим. Если пользователь указывает свой email или имя (например, при добавлении комментария), то эта информация записывается в базу и потом, при необходимости, используется повторно. По сути, облегченная версия пользователей, но в отличии от нормальных пользователей, информация маловажная и её, при необходимости, не жалко удалить.

Еще можно использовать localStorage, на стороне JavaScript, если нет необходимости хранить информацию о пользователях в базе. В локальном хранилище можно больше данных хранить, чем в Cookies, но доступ к ним возможен только со стороны клиента (JavaScript).

[forven]

Алексей Немиро: Спасибо большое за ответы) Очень подробные и понятные)

[forven]

Алексей Немиро: Пытаюсь кэшировать данные по приведённому вами примеру-не кэшируются) Cache.Add возвращает null. Как выявить проблему?

[Алексей Немиро]

forven: Метод Add класса Cache добавляет данные в кэш. Если данные с указанным ключом уже ранее были добавлены в кэш, то метод Add вернет их. Если данные добавляются впервые, то метод Add вернет null. На практике обработка результатов добавления данных в кэш редко используется, обычно данные просто добавляются и всё.

Если возникают проблемы с получением данных:
if (HttpContext.Cache["Ключ"] == null) ...

То нужен код проверки и добавления. И код типа данных, которые сохраняются.

[forven]

Алексей Немиро: Проблема с извлечением.
Сохраняю я такой строкой:
System.Web.HttpContext.Current.Cache.Add

А при следующем запросе к странице проверяю так:
string c = System.Web.HttpContext.Current.Request.Cookies["G"].Value;
if (System.Web.HttpContext.Current.Cache[c]!= null)

Но меня кидает снова в функцию поиска по else

[Алексей Немиро]

forven: какое значение в переменной c. Действительно соответствует ключу или нет?

[forven]

Алексей Немиро:
Я надеюсь что да :)
Закладываю так

HttpContext context = System.Web.HttpContext.Current;
if (context.Request.Cookies["G"] == null)
{
  HttpCookie cookie;
  Guid p = Guid.NewGuid();
  string gui = p.ToString();
  cookie = new HttpCookie("G", gui);
  context.Response.SetCookie(cookie);
  string key = ss.ToString();
  SearchO Data = new SearchO();
  Data.Vse = pp;
  Data.Zapros = Per;
  System.Web.HttpContext.Current.Cache.Add
  (
    key,
    Data,
    null,
    DateTime.Now.AddMinutes(30),
    TimeSpan.Zero,
    System.Web.Caching.CacheItemPriority.Normal,
    null
    );
}
else
{
  string key = context.Request.Cookies["G"].ToString();
  SearchO Data = new SearchO();
  Data.Vse = pp;
  Data.Zapros = Per;
  System.Web.HttpContext.Current.Cache.Add
  (
    key,
    Data,
    null,
    DateTime.Now.AddMinutes(30),
    TimeSpan.Zero,
    System.Web.Caching.CacheItemPriority.Normal,
    null
  );
}

[forven]

похоже забыл тут
context.Request.Cookies["G"].ToString();
поставить .value
сейчас проверю)

[forven]

Алексей Немиро: Да, вроде теперь работает-из кэша получаю свой сохранённый объект)
Спасибо за помощь)

[forven]

Алексей Немиро: После первого добавления в кэш мои данные исчезают куда-то !? Хотя я поставил System.Web.Caching.CacheItemPriority.NotRemovable...
Current.Cache.Add это верно ? Может добавление через current неверно ?

Answer 2

[CrazyHorse]

"Какие ещё варианты есть выполнить поиск по базе единожды и хранить результаты до их ненадобности ?" А что будете делать если между двумя запросами база изменится? покажите пользователю устаревшие данные? или например у Вас огромная база данных - вы собираетесь вытянуть ее всю а потом фильтровать по этому набору данных?
Я бы посмотрел в сторону пакета MvcPaging

Comments

[forven]

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