RavenDB 非常适合键/值存储，为了确保快速存取数据库，RavenDB 在设计的时候降低了存储和加载文档的成本，这是 RavenDB 和其他数据库相比大的有点。
由于数据限制必须是 JSON ，因此使用 RavenDB 作为键/值存储是完全没问题的。使用 RavenDB 缓存信息的常见场景有：存储购物车信息、存储用户会话数据、缓存热点数据等等。在默认情况下，RavenDB 不会对存储以及加载文档增加额的外成本，因此可以使用所有访问模型中简单的快速数据库。一般来说键/值建模的复杂性在于生成适当的键以及可以对其执行哪些操作。在使用 RavenDB 作为键/值存储的情况下，下面所列的内容是很有用的：

可以独立于使用的集合生成文档标识符；
通过提供要加载的 ID，可以在单个调用中完成加载文档；
RavenDB 为文档提供自动过期功能，可以作为缓存/会话数据一起使用；
可以使用文档标识符作为前缀，执行搜索操作；
包含可用于获取相关数据，而无需进行多次远程调用；
将 RavenDB 用作此类信息的键/值存储的好处在于，不仅限于这些键/值操作。如果在 RavenDB 中存储购物车数据，也可以从其中提取数据。可以查看正在购买的受欢迎的商品，或者对库存进行预测，或者提供有用商品销量预测等功能。
在典型的键/值存储中（比如 Redis ），必须手动跟踪这类事情。但在，RavenDB 中允许我们非常轻松地查询和聚合数据。但是考虑到 RavenDB 对数据的处理能力，仅将 RavenDB 用于键/值数据有点浪费。因此，我们还能将它作为标准的数据库进行操作，下一篇文章我将讲解 RavenDB 数据建模。
————————————————
版权声明：本文为CSDN博主「喵叔哟」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/gangzhucoll/article/details/123499959