基本上有两种策略:
可以序列化复杂对象并将其存储为字符串。我们建议使用json或msgpack作为序列化格式。这很容易从大多数客户端语言进行 *** 作。如果需要服务器端访问,则服务器端的Lua脚本可以轻松地对此类对象进行编码/解码,因为Redis是使用针对Lua的msgpack和json支持进行编译的。
可以将对象拆分为不同的键。除了存储user:id和该ID的复杂数据结构之外,还可以存储几个键,如user:id,user:id:address_list,user:id:document_lists等…如果需要原子性,则对MULTI / EXEC块可用于保证数据一致性并汇总往返次数。
Redis不是面向文档的数据库。如果确实有很多复杂的文档,那么MongoDB,ArangoDB,CouchDB,Couchbase等解决方案可能会更好地提供服务
arangodb多功能,提供 Graph 储存方式,以及可扩展的 AQL 语言,的确是大亮点。
>
我们无法轻易的停止一个挂载了本地文件系统的 Docker 容器并在另一台机器上重启它。然而,出于性能的考量,分布式数据库和其他有状态的服务通常又需要使用本地存储,甚至是 SSD 盘。所以数据中心 *** 作系统需要考虑为应用提供保留并访问本地存储的方式;确保某些任务重启后被重新调度到同一个节点,进而重新使用它的本地存储。
Mesos 023 的 persistence primitives 特性解决了上述这些挑战。本文中,我们首先解释下 Mesos 的 per
怎么灵活使用Graph,Document,Key/Value 三种混合模型的数据库
Arangodb是一个开源数据库,具有灵活的数据模型,如document,graph以及key-value同时也是一个高性能数据库,支持类似SQL的查询以及JavaScript活Ruby扩展
以上就是关于Redis中嵌套结构的替代方案全部的内容,包括:Redis中嵌套结构的替代方案、arangodb mongodb 哪个好、如何利用Mesos持久化存储方案部署ArangoDB 集群等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)