Question

当我读到沙发时,我碰巧遇到了一个关于交易和沙发的问题。显然,处理沙发交易的方法是拉动最新版本,并将其与您当前工作的版本进行比较。如果数据变化很快,这可能会带来问题。另一种方式是绘制地图,将交易数据分离成多个文档。这似乎也不太理想。

我正想用再置数据来获取这类数据。增量和衰减功能对于这种目的来说似乎相当惊人。

所以我可以写一些字符串用于交易密钥,比如:

//some user document
{
   name: "guy",
   id: 10,
   page_views: "redis user:page_views:10"
}

然后,如果我在某部分交易数据中读到“redis”之类的“redis”信息,那么我就能去从redis那里获得信息。我想我可以先决定这些事情,但是,由于一个面向文件的数据库的首要任务是灵活,而不是将数据与我想象的栏目捆绑在一起,也许有更容易的方法?

是否有一种简单的方法可以将 redis 数据与沙发数据连接起来? 我是否应该手工做这一切,并且只为出现的一些字段做这些事? 还有其他想法吗? 是否最好在用户文档中“同样”更新这个交易数据,或者干脆不存储它?

Answer 1

Redis 和 CouchDB 都“ 容易 ” ( 即简单 ) 。因此, 在这方面, 您所描述的内容很容易。当然, 使用两个数据库, 您增加了应用程序的复杂性。但另一方面, CouchDB+ Redis 组合越来越受欢迎。

我知道将两者融合在一起的唯一工具是 Mikeal Rogers s < a href="https://github.com/mikeal/redcouch" rel="no follow">redcouch 。这是一个简单的工具。也许你可以扩展它来添加您需要的东西( 并发送拉动请求!!

更广义的考虑是, Redis 不具备与 CouchDB 相同的完全复制功能。因此, Redis 可能会限制您与 CouchDB 的未来选项。具体地说, Redis 不支持多主机复制。与 CouchDB 相比, 您总是有一个集中的 Redis 数据库。 ( 如果我错了, 请更正我- CouchDB 比 Redis 更强大 ) 。

友情链接