用了存储过程还有必要再用sql缓存否？

Question

环境：asp.net 2.0 / ms sql 2005
　　　已经使用了存储过程查询数据
具体：
在asp.net 2.0所提供的各种缓存中，如果已经使用了存储过程，那么最好使用那种缓存？页面缓存？sql依赖（SqlDependency="CommandNotification"）的缓存？请高人指点。

Answer 1

具体是这样的：
背景：asp.net 2.0 + ms sql 2005
应用目的：简单的陈列数据，如新闻，在所有陈列的同时，对每一次详情点击（如打开新闻查看全文）进行计数（涉及到update数据库）应用的方式：数据层关键字 - 存储过程
表现层关键字 - Repeater/SqldataSource由于很多存储进程里除了select还同时有update操作，所以虽然目前我使用的是sql依赖（SqlDependency="CommandNotification"）的缓存，但觉得可能是不是单纯的用轮询的页面缓存还更好？

Answer 2

一个合适的技术架构，必然包括了分析可行方案甚至可以是用dataset的writexml方法，去生成xml方案这样就可以规避因为数据库瓶颈导致的效率问题而且一个存储过程中包含有select和update也许并不是一个很好的方案策略也可以用文章中带脚本，去触发服务器的一个httphandle去做处理的事情大型框架也可以用msmq这样的分布式技术，去缓存点击的记录还有一种方案可能也比较好，把单个文件生成文件格式，比如说是xml文件，用cachedependcy，用xml文件做依赖项，这样在访问过后的一段时间等待着msmq的触发就好了。当然用轮询也是一种方案，不过坏处是如果你的需求方对更改以后的忍耐度不够的话，估计是不会同意的。技术的实现不同因需求的不同而不同