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

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

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

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