Couchbase N1ql查询
关于Couchbase中的N1QL查询,我有两个问题 1:假设我有一个用户表,其中userid是文档键,然后我 提出这样的问题 从mybucket中选择*使用键[“1234”]强> 2:假设userid不是文档键,然后我在userid上创建了一个二级索引 从mybucket中选择*其中userid=1234强> 所以我的问题是,哪个查询执行得更快 第二个问题是, 假设我有一个用户表,其中userid是文档键 从mybucket中选择*其中meta().id=“1234”强> 此查询未运行,并给出“键空间上没有可用索引”。Couchbase N1ql查询,couchbase,n1ql,Couchbase,N1ql,关于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,然后检索记录本身。第二种方法仍然非常快,但不如第一种方法快
是的,根据您使用的版本,我们可能没有完全优化第三种情况。如果可以,请使用钥匙。谢谢您的回复。如果您能看一下,我们将非常感谢您的回复。如果你能看一看,我会很感激你的