Buforowanie w asp.net-mvc

Chciałbym buforować większość ciężkich operacji bazy danych w mojej witrynie asp.net-mvc. W swoich badaniach stwierdziliBuforowanie w asp.net-mvc

donut caching na blogu Phila
Caching/compressing filtry na blogu Kazi za
podcast Scott Hansleman o tym, jak one buforowane rzeczy w SO.

Ale nie wydaje mi się, żebym go jeszcze zdobył.
Chcę móc buforować moje żądanie POST w zależności od kilku elementów. Te pars znajdują się w obiekcie. Dlatego chciałbym buforować wynik następującego żądania:

public ActionResult AdvancedSearch(SearchBag searchBag)

Gdzie searchBag jest obiektem, który przechowuje (kilka) opcjonalnych parametrów wyszukiwania. Moje widoki same w sobie są lekkie (tak, jak powinny), ale dostęp do danych może być dość czasochłonny, w zależności od tego, które pola są wypełnione w torbie wyszukiwania.

Mam wrażenie, że powinienem buforować dane na mojej karcie danych, a nie na moich działaniach.
Jak mam używać VaryByParam w atrybucie OutputCache?

Źródło

2008-12-22 Boris Callens

Czy próbowałeś z VaryByParam = "searchBag.property"? –

nie, nie mam. Spróbuję, co mówisz. Ale co powiesz na wyliczenie kilku parametrów? –

VaryByParam = "firstParam; secondParam; thirdParam" –

Ja też lubię buforować w warstwie modelu lub danych. To izoluje wszystko, co dotyczy pobierania danych z kontrolera/prezentacji. Dostęp do pamięci podręcznej ASP.NET można uzyskać z poziomu System.Web.HttpContext.Current.Cache lub skorzystać z modułu buforowania aplikacji z Biblioteki korporacyjnej. Utwórz klucz dla buforowanych danych z parametrów zapytania. Pamiętaj, aby unieważnić pamięć podręczną podczas aktualizowania danych.

Źródło

2008-12-23 04:25:40 Matthew

Powinienem przeczytać w Bibliotece Enterprise, jak myślę. Ponieważ większość opóźnień leży w warstwie danych, sądzę, że będzie to najlepsze rozwiązanie na końcu. Obecnie jest to tylko do odczytu DB, więc to usuwa problem nieaktualnego obiektu :) –

+17

Blok aplikacji do buforowania wygląda na cały bałagan przesady. Odkryłem, że w prawie każdym przypadku HttpRuntime.Cache jest więcej niż wystarczające. –

Dlaczego przesadzać? Teraz jestem znacznie bardziej zaawansowany i zauważyłem, że system pamięci podręcznej EL jest naprawdę łatwy w użyciu. Odwołaj się do poprawnej biblioteki, dodaj prawidłowe wiersze konfiguracji i możesz rozpocząć buforowanie i pobieranie obiektów za pomocą jednego wiersza kodu. –

Albo możesz być niezależny od HttpContext.Current i dostępu Cache z HttpRuntime.Cache :)

Źródło

2009-02-07 02:24:06

Co oznacza, że nadal będzie można uzyskać dostęp do "pamięci podręcznej", gdy kod jest uruchamiany w wątku tła (tj. Asynchronizacja/oczekiwanie na dobroć). –

Często OutputCaching może być najbardziej szybkie i skuteczne, ale tylko wtedy, gdy spełnia określone wymagania. Nie ma sensu mieć szybkiej wydajności, jeśli jest źle! ;)

W tym przypadku brzmi to jak buforowanie w warstwie danych jest poprawne, ponieważ masz złożone potrzeby buforowania. Czasami można połączyć te dwa, jeśli zestaw parametrów kontrolujących, które dane wyjściowe są buforowane, jest prosty.

Źródło

2009-02-07 05:51:03 Haacked

można użyć buforowania danych wyjściowych coś takiego

[OutputCache(Duration = 10, VaryByParam = "empID")] 
     public ActionResult GetEmployeeDetail(int empID) 
     { 
      Employee e = new Employee(); 
      return Content(e.getEmployeeDetails(empID)); 
     }

lub można użyć profili cache ustawić go w sieci web config

<caching> 
<outputCacheSettings> 
    <outputCacheProfiles> 
     <add name="Admin" 

     duration="86420" varyByParam="none"/> 
    </outputCacheProfiles> 
</outputCacheSettings> 
</caching> 

and use this tag 
[OutputCache(CacheProfile="Admin")]

Źródło

2017-11-21 10:11:13 Nikki

Buforowanie w asp.net-mvc

Odpowiedz

Powiązane problemy