ASP.NET MVC缓存方案

Question

我还没有找到适合我的方案的解决方案。基本上我有一个ASP.NET MVC网站，它有相当多的数据库访问权限来制作视图（每个视图2-3个查询），我想利用缓存来提高性能。

问题是视图包含的数据可能会不定期更改，例如2天内可能会相同，或者数据可能会在一小时内发生多次更改。

查询非常简单（选择......从哪里......）而不是大型连接，每个查询平均返回20-30行数据（大约10列）。

查询在网站当前阶段非常简单，但随着时间的推移，所有者将添加更多数据，访问者数量将会增加。它们目前很大，我会考虑缓存，因为流量主要来自谷歌AdWords等，快速加载页面将是一个好处（显然）。

该站点将托管在Microsoft SQL Server 2005数据库上（但如果需要，可以升级到2008）。

我要么：

1. 将缓存设置为项目未更改的最短时间（例如缓存为3分钟）并告诉所有者任何更改最多需要3分钟才能显示？

2. 找到一种强制缓存清除并重新处理更改的方法（例如，如果所有者在管理面板中添加了一个清除相关缓存的项目）

3. 忘记一起缓存

4. 或者是否有适合这种情况的选项？

Answer 1

如果您使用的是Sql Server，还可以考虑另一个选项：

使用SqlCacheDependency类在更新基础数据时使缓存失效。显然，这实现了与选项2类似的结果。

我可能实际上不得不同意Agileguy - 您的查询描述看起来非常简单。在设计时提前思考并保持缓存是个好主意，但是你已经证明你现在需要它吗？选项3似乎比选项1好很多，假设您现在没有真正处理重大性能问题。

Answer 2

过早优化是万恶之源;）

也就是说，如果您要使用Cache，我会使用基于选项2的解决方案。

以这种方式获取“脏”数据的机会较少。

善，

丹

Answer 3

第二个选项是最好的。如果相同的应用程序编辑/缓存数据，则不应该这么难。如果有多个应用程序，可能会更棘手。

如果你不能这样做，第一也可以接受。通过一些调整（即 - 我会尝试在另一个线程超时时静默更新缓存）它可能运行得很好（如果允许数据有点旧）。

如果可能的话，永远不要放弃缓存。每个人都知道“过早优化......”，但缓存是可以显着提高应用程序可伸缩性/性能的一种方法。