Couchbase不';执行参数化N1QL查询时,不要使用带筛选器的索引
我在我的Couchbase集群中创建了具有Couchbase不';执行参数化N1QL查询时,不要使用带筛选器的索引,couchbase,n1ql,nosql,Couchbase,N1ql,Nosql,我在我的Couchbase集群中创建了具有where条件的全局二级索引: CREATE INDEX commentAuthorSecondaryIndex ON Bucket(author) WHERE (_class = "com.company.Comment") USING GSI; 然后,我尝试通过N1QL(REST API)执行两个类似的查询: 以及: 第一个查询以4秒的速度执行,而第二个查询只需20毫秒。 当我使用explain关键字时,我意识到在第一次查询中Couchbase不使
where
条件的全局二级索引:
CREATE INDEX commentAuthorSecondaryIndex ON Bucket(author) WHERE (_class = "com.company.Comment") USING GSI;
然后,我尝试通过N1QL(REST API)执行两个类似的查询:
以及:
第一个查询以4秒的速度执行,而第二个查询只需20毫秒。
当我使用explain
关键字时,我意识到在第一次查询中Couchbase不使用索引
我假设Couchbase首先创建查询执行计划,然后才使用参数计算查询。
因此,当创建查询计划时,Couchbase不知道可以使用索引commentAuthorSecondaryIndex
有没有办法解决这个问题?有两个选项--从索引中删除筛选器,或者不在查询中设置_classa参数。请参见两个选项--从索引中删除筛选器,或不在查询中设置_classa参数。再见,谢谢。现在清楚了。是否有计划在未来解决此问题?是的,有计划:-)
curl --header "Content-Type:application/json" http://localhost:8093/query/service -d '
{
"$class" : "com.company.Comment",
"statement" : "select count(*) from Bucket WHERE _class = $class and author = $author",
"$author" : "author455",
"scan_consistency" : "statement_plus"
}'
curl --header "Content-Type:application/json" http://localhost:8093/query/service -d '
{
"statement" : "select count(*) from Bucket WHERE _class = \"com.company.Comment\" and author = $author",
"$author" : "author455",
"scan_consistency" : "statement_plus"
}