我的场景是我更喜欢留在像 SQL Server 这样的关系数据库存储系统中，因为我需要处理复杂的查询。
然后，因为有些计算最好加班完成，然后将结果存储到 Redis 之类的东西中，或者可能是更传统的 NoSQL 解决方案。
这就是我的想法：NHibernate 上的二级缓存发生了什么？。
我做了一个很小的研究，发现有一个 Redis 二级缓存提供程序，现在我“困惑”了。
我的意思是，如果我使用 NHibernate 的二级缓存，大多数对象访问应该非常快，因为它不应该是数据库往返，因此大多数访问的对象将从内存中的 Redis 存储中检索。
为什么我要考虑这个而不是直接使用 Redis？因为我需要解决方案域中的实际原子事务。
依靠 NHibernate 的二级缓存 Redis 提供程序以获得最好的关系和无模式世界是一个好主意吗？
你有什么建议？
【问题讨论】：
标签： c# .net nhibernate redis second-level-cache
作为您观点的总结，我看到了两件不同的事情：
使用 redis 作为 NHB 之上的二级缓存。这很有意义，因为 SLC 存储对象的分离字段，而 redis 是键/值存储。我记得，SLC 包含标量查询或映射和获取的对象的结果，但重要的是，数据是从执行的查询中获取（缓存）的。
恕我直言，如果您以这种方式使用 redis，则所有缓存值都必须来自 NHB 查询。这给你带来了某种事务原子性，你是如何描述的，但据我所知，当 SCL 返回陈旧数据或来自未提交事务的数据时，我们发现了几个错误。
请注意，这种方法表明某人 (NHB) 仍然需要以某种方式保证 RDBMS 和 Redis 之间的业务事务，这并不简单且有问题。
另请注意，SLC 本身并不是非常快的模式。由于 SLC 包含对象字段而不是对象本身，因此每次命中都会导致新对象的创建。所以发生的事情是从 Redis 获取数据，而不是从执行的 SQL 查询中获取结果集。因此，当您使用准备好的语句并且 RDBMS 通常会为您进行缓存时，您会发现这并没有为您带来很大的性能提升。
Redis 作为一个独立的商业存储。您完全自己管理数据，您可以在本机 (C#) 代码中进行计算（与 SQL 查询或映射对象相反）。你需要保证最新的数据和一些交易方式。
我会选择什么？分离的redis。为什么？
【讨论】：