由于想得脑袋都痛了,所以先放首页一回会儿,让大家一起讨论一下,还请dudu见谅
在设计Web应用程序的时候,性能可以说是最需要考虑的地方,使用cache是一个不错的选择,一直以来,我感觉Cache用来缓存小数量数据比较合适,但是今天在看Petshop的代码的时候 看到如下代码

{
Cache的疑惑??                // If the data is already cached, then used the cached copy
Cache的疑惑??
                products.DataSource = (IList)Cache[categoryKey];
{
Cache的疑惑??                
// If the data is not cached, then create a new products object and request the data
Cache的疑惑??
                Product product = new Product();
Cache的疑惑??                IList productsByCategory 
= product.GetProductsByCategory(categoryKey);
Cache的疑惑??                
// Store the results of the call in the Cache and set the time out to 12 hours
Cache的疑惑??
                Cache.Add(categoryKey, productsByCategory, null, DateTime.Now.AddHours(12), Cache.NoSlidingExpiration , CacheItemPriority.High, null);
Cache的疑惑??                products.DataSource 
= productsByCategory;
Cache的疑惑??            }
代码不难理解。petshop是吧每一个分类的产品列表列据categorykey不同全部放在了缓存中,无疑,这样做访问时不用每次都访问数据库,在性能上有很大的提高,但是我在想,在petshop的演示数据库中 只有5个分类,而且第个分类也只有为数不多的产品,如果,分类,多达上百种,每个分类里面又有近千种的产品,用这种方式是否还合适,如果 不合适的话,为什么当初这个用演示,.Net的设计思想以及性能的程序 为什么采用了这种设计方法,难道只是用来表的小数据量为前题下的性能????
本来 我对Cache认识还是蛮清晰的,现在 被这段代码弄糊涂了,cache到底 缓存多少数据库量比较合适。
几十条。
几百条。
几千条。
上万条。
还是存个几百万条。
是不是我想太多了??
还请大家帮我解除这个疑惑,

相关文章:

  • 2021-09-26
  • 2021-11-17
  • 2021-09-09
  • 2022-12-23
  • 2022-12-23
  • 2019-11-09
  • 2022-01-15
猜你喜欢
  • 2019-03-22
  • 2021-08-29
  • 2021-11-09
  • 2022-12-23
  • 2021-05-27
相关资源
相似解决方案