Chach or not chache database..

Her er lige noget hurtigt .NET kode til at cache med, frit fra hukommelsen, så jeg garanterer ikke at det virker :-), her er der søge alle poster.

public List<Post> GetAllPosts()
{
  List<Post> result = new List<Post>();
  if(Cache["allposts"] == null)
  {
    //findes ikke i cache
    results = ModelDataContext.Posts.ToList();
    Cache.Insert("allposts", results, DateTime.Now.AddSeconds(10), null); //cacher i 10 sekunder   
    HttpContext.Current.Trace.Write("Fra database"); 
  }
  else
  {
    //findes i cache
    results = (List<Post>)Cache["allposts"];
    HttpContext.Current.Trace.Write("Fra cache");
  }
return result;
}

Men tag og trace din side og se om det er et problem (om det tager lang tid i forhold til andet du laver) og når/hvis performance bliver et problem så implementer cache... og først når det er et problem

Jeg går ud fra at du mener caching, som i at midlertidigt gemme data når du henter det ud fra databasen.

Nu er jeg ikke inde i .NET, så jeg kan ikke fortælle dig præcis hvordan du gør her, men koncepterne bag er relativt sproguafhængige.

Typisk cacher man data i et hurtigt mellemlag, enten mellem webserver og klient, eller mellem applikation og database. Typisk vælger man at cache fordi ens dataset er så stort at en søgning tager et relativt langt stykke tid, eller fordi antallet af gange der søges i det er højt.

Problemet med at cache søgeresultater er dog at du har mange personer som søger på forskellige søgestrenge, og så får forskellige resultater. Caching vil nok her hjælpe dig beskedent.

Mange af søgemaskinerne på de store sites benytter specialiserede "søgeservere" som f.eks. Sphinx, som jeg ved blandt andre ThePirateBay bruger til at søge blandt deres ganske store dataset, mens de stadig bibeholder god performance.

Hvis man vil cache ved søgeresultater er det nok bedre at cache de individuelle datarækker som man henter ud fra sin database, vil jeg gætte på.