ASP.NET 使用 SqlCommand 设置缓存依赖项

Question

这是根据查询设置缓存项的有效方法吗？

HttpRuntime.Cache.Insert(
                "ListLanguages",
                 list,
                 new SqlCacheDependency(command),
                 DateTime.UtcNow.AddMinutes(AppConfiguration.CacheExpiration.MinimumActivity),
                 Cache.NoSlidingExpiration);

command 是一个 SqlCommand，之前初始化为：

SqlCommand command = new SqlCommand("Listlanguages", connection);

其中“ListLanguages”是一个存储过程，它只是一个选择。

我发现这是一种比聚合缓存依赖更简单、更防故障的方法（我的意思是防故障，因为我不必自己聚合表！:)。

更有经验的程序员怎么想？

Answer 1

我认为您不需要使用存储过程，该命令可以直接基于其中包含的 select 语句。

就我个人而言，我避免使用 SqlCacheDependency，我总是担心查询中可能有一些其所基于的代理系统无法处理的内容，而且我总是记不住它们是什么。它看起来也有点太复杂了，所以我担心它可能会脆弱。

编辑

在用户更新其个人资料的特定情况下，我会让更新个人资料的代码删除缓存的副本。

从更一般的意义上来说，我会建立一个可接受的延迟来接收最新信息，并将绝对到期时间设置为该延迟。

如果 SQL 查询成本高昂，我会考虑在其他表中暂存通用摘要，并使用更新此数据（例如 SP）的代码来调整或删除暂存数据。

我并不是说我永远不会使用 SqlCacheDepencency，但到目前为止，我还没有遇到过它是唯一明智的选择的场景，尽管我确信它们存在。我想当您无法完全控制可能修改数据库的所有代码时，可能会出现这种情况。

什么是“最新”？

在 Web 应用程序中，用户可能看到的最新信息是最后响应中提供的信息。以下是一些需要考虑的事项。

• 假设他们取了东西，但随后被电话打断了 5 分钟。他们是否意识到返回查看的数据是 5 分钟前的数据并且现在可能已经过时？
• 用户在提交数据之前的几毫秒内获取了一些内容，这会改变他们所看到的内容，这有多大问题？
• 有人正在输入一些新数据但尚未提交，是否可以说数据库中当前的数据本身已经过时了？

我要指出的一点是，无论我们在系统中投入多少缓存智能，都会不可避免地存在延迟，并且我们无需多加考虑就接受这种延迟。

考虑到这一点，在许多情况下，我们可能觉得有义务提供最新信息，但这种义务实际上并没有得到保证。 SO 本身就是一个很好的例子。我们在这里看到的许多查询结果实际上都被缓存了，并且可能会看到与我们所知道的所做的更改不太一致的数据。然而，其他人并不知道我们的改变，而且他们在我们做出改变的那一刻就看到这些改变并不重要。