Couchbase不';执行参数化N1QL查询时,不要使用带筛选器的索引

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不使

我在我的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"
}