问题标签 [reql]

是否可以查询与一个或多个标签匹配的附近点？这是我拥有的数据：

如如何在 RethinkDB 中对 getNearest() 查询运行过滤器中突出显示的那样？，我可以过滤 getNearest 使用eq

但我无法按照 rethinkdb 中的建议使用 filter 和 getNearest 命令（选项＃1）获得多索引（例如成员标签）的结果 - 使用.filter({membertags : 'tag2'}).

二级索引是使用r.db("test").table("Member").index_create("membertags", multi=True). 我知道过滤器不支持二级索引，但找不到使用 getNearest 的替代解决方案。

我有以下查询可以正常工作但速度很慢，但是我无法弄清楚如何正确索引它：

我尝试使用以下索引（使用 Thinky.js）：

然后查询它我试过这个：

消息表如下所示：

但我最终得到零结果。我非常感谢任何建议！

我正在研究 Rethinkdb 上的几个教程和示例，并将它们转换为 PHP-RQL 以供我自己学习。

我目前正在查看http://www.infoworld.com/article/2975838/database/build-real-time-web-apps-with-rethinkdb.html并且无法弄清楚如何复制它：

具体来说，它是我正在努力在 PHP-RQL 中重新创建的初始过滤器 ("("data")("children")("data")")。

任何帮助将不胜感激。

谢谢

在我对 rethinkdb 的测试中，我在一个表中插入了 1400 万条数据。

插入的样本数据 -

id由1400万的counter生成

当我尝试使用此查询过滤表时

此查询大约需要 13 秒才能返回一个表行。

有没有更快的方法来过滤表格并返回我们想要的表格行。

我遇到了以下问题：假设我有以下结构：

以及以下查询：

我只监听这个特定数组的变化，当项目更新时，创建和删除事件都会发出。我真的需要接收更新事件，例如 old_val 不为空，new_val 不为空。

提前谢谢各位

基本上我有一个格式为：array('context_text'=>some_value,'name'=>some_value,'target'=>{..});

我需要向目标索引添加另一个值，例如：

array('context_text'=>some_value,'name'=>some_value,'target'=>{..},{...},{...});

PHP 的等效 ReQl 代码是什么？

进入 REQL 真的很困难。从直接等于匹配的角度来看，它起初看起来很直观，但是当我需要将数据匹配到正则表达式和列表时，它突然变得非常困难。然后我还想在匹配的范围内从结果集中只提取一个键/值对。

这是很多词，所以这里有一个单条记录的紧密示例：

我正在尝试搜索所有记录（大约 8,000 个条目）：

• 驱动不区分大小写的匹配模型“Seagate”

接着：

• 打印“Serial”键的值

我正在使用 RethinkDB 的 Web 界面，到目前为止，我最接近的是：

问题是，虽然这确实正确过滤了结果，但它似乎并没有只显示“串行”键。

如果有人能给我一个如何做到这一点的例子，并解释为什么答案有效，我将非常感激。

我想将一个值附加到类似于以下内容的记录中的数组：

该字段可能不存在，需要在追加之前创建。如果数组中已经存在该值，我也不想追加到数组中。到目前为止，我有以下满足所有但不添加重复条目的最后一个要求。

任何帮助表示赞赏，谢谢！

我是 Reql 的新手，我正在试图弄清楚如何将我的简单 Sql 请求转换为 Reql（我正在使用 python 和 rethinkdb）

任何人都可以帮忙吗？

我需要存储调制解调器和消息并将它们关联起来，以便首先将它们保存为新的，而不与任何调制解调器相关联，当涉及到路由每条消息时，我必须首先查询哪个连接的调制解调器已将最多消息发送到我要路由的消息的编号。我需要订购 desc 以便获得具有更多消息的消息，此时我不在乎消息是否已分配或已发送（状态），因此我只查找每个调制解调器的号码的所有消息已发送消息并将消息发送给具有更高金额的消息。如果我发现他们都没有具有该编号的消息，我需要进行另一个查询，具有最少“分配”消息的调制解调器然后发送到具有最少分配消息的调制解调器。（已编辑）

任何人都可以帮我为文档建模，以便我可以最快地完成查询吗？

现在我有这样的：

当我尝试我所拥有的查询时，路由消息最多需要一秒钟，这对于我需要的东西来说太长了。

这些是我正在使用的查询

带上消息数量最多的调制解调器：

具有最少“分配”消息的调制解调器

一定有更好的方法，我认为rethinkdb即使使用索引也不会那么慢。

我目前有 3 个调制解调器和 19k 条消息。第一个查询大约需要 400 毫秒，第二个查询需要 500 多毫秒。