Couchbase N1ql查询

Couchbase N1ql查询,couchbase,n1ql,Couchbase,N1ql,关于Couchbase中的N1QL查询,我有两个问题 1:假设我有一个用户表,其中userid是文档键,然后我 提出这样的问题 从mybucket中选择*使用键[“1234”] 2:假设userid不是文档键,然后我在userid上创建了一个二级索引 从mybucket中选择*其中userid=1234 所以我的问题是,哪个查询执行得更快 第二个问题是, 假设我有一个用户表,其中userid是文档键 从mybucket中选择*其中meta().id=“1234” 此查询未运行,并给出“键空间上没

关于Couchbase中的N1QL查询,我有两个问题

1:假设我有一个用户表,其中userid是文档键,然后我 提出这样的问题

从mybucket中选择*使用键[“1234”]

2:假设userid不是文档键,然后我在userid上创建了一个二级索引

从mybucket中选择*其中userid=1234

所以我的问题是,哪个查询执行得更快

第二个问题是,

假设我有一个用户表,其中userid是文档键

从mybucket中选择*其中meta().id=“1234”

此查询未运行,并给出“键空间上没有可用索引”。
它是一个文档密钥,应该像“使用密钥”一样运行。我试图在userid上创建一个二级索引,但它说无法创建索引,因为该字段不是文档的一部分(显然,它是文档键)

第一个查询运行得最快。在USE KEYS子句中直接命名特定键可以让Couchbase在单个请求中直接检索记录。第二种方法是使用索引,速度稍慢,因为系统首先必须向索引发出请求以获取文档id,然后检索记录本身。第二种方法仍然非常快,但不如第一种方法快


是的,根据您使用的版本,我们可能没有完全优化第三种情况。如果可以,请使用Use键。

第一个查询将运行得最快。在USE KEYS子句中直接命名特定键可以让Couchbase在单个请求中直接检索记录。第二种方法是使用索引,速度稍慢,因为系统首先必须向索引发出请求以获取文档id,然后检索记录本身。第二种方法仍然非常快,但不如第一种方法快


是的,根据您使用的版本,我们可能没有完全优化第三种情况。如果可以,请使用钥匙。

谢谢您的回复。如果您能看一下,我们将非常感谢您的回复。如果你能看一看,我会很感激你的