none
Session x Servidor de Cache RRS feed

  • Pergunta

  • Pessoal,

    Qual é a melhor alternativa para não ficar acessando o banco de dados em toda requisição, armazenar os dados em uma Session ou em um servidor de cache(ElasticSearch)??

    São requisições básica, mas são repetidas várias vezes.

    Desde já agradeço a todos!

    quinta-feira, 31 de outubro de 2013 11:45

Respostas

Todas as Respostas

  • Os valores retornados serão os mesmo para todos os usuários certo? Sendo assim não tem sentido usar Session, porque o Session é particular de cada usuário.

    O ideal mesmo, na minha opinião, seria usar Cache. Qual tecnologia está usando? WebForms? MVC? Poste um exemplo do seu codigo para podermos te ajudar melhor!


    Ao infinito e além!

    quinta-feira, 31 de outubro de 2013 12:52
  • Session não. O session reserva uma área de memória do servidor para cada usuário por assim dizer. Com isso você teria inúmeras cópias do mesmo cache dentro do servidor ocupando memória.

    Use session para coisas específicas de seus usuários, dados "pessoais".

    O Asp.NET tem suporte nativo a Cache. Você pode colocar um controle (webform) ou um Action (MVC) automaticamente em cache através de diretivas. O Cache do Asp.Net permite algumas variações de uso tambem. Vale a pena ler algo a respeito.

    Você pode usar esse Cache de uma forma mais primativa se não quiser "cachear" um control ou metodo, essa forma de uso é quase igual a um Session ou ViewBag, você coloca e tira as coisas do Cache sempre que precisar.

    LEia a respeito em:

    http://www.asp.net/web-forms/overview/performance-and-caching
    http://www.asp.net/mvc/tutorials/older-versions/controllers-and-routing/improving-performance-with-output-caching-cs

    Abraço,

    • Marcado como Resposta Eiras quinta-feira, 31 de outubro de 2013 13:22
    quinta-feira, 31 de outubro de 2013 13:09