Hyperledger Composer带LIMIT/SKIP的查询在REST API返回全部结果问题

看起来你在使用REST Server执行带LIMIT和SKIP的交易查询时，遇到了明明指定了分页参数却返回全部结果的问题。我来帮你梳理几个可能的原因和对应的解决办法：

• 检查参数传递是否正确
  首先要确认你调用API时，有没有正确把limitParam和skipParam传递给服务端。不同的REST Server对参数传递的要求不同：

  • 如果是POST请求，通常需要在请求体的params字段中传入参数，示例如下：

    {
      "params": {
        "limitParam": 10,
        "skipParam": 0
      }
    }
    

  • 还要注意参数类型必须是整数，别把数值传成字符串（比如"limitParam": "10"），否则服务端可能无法正确解析，导致分页参数被忽略。

• 验证查询语句的参数占位符格式
  有些REST Server对查询语句中的参数占位符格式有要求，你当前用的_$limitParam和_$skipParam可能不符合服务端的预期。可以尝试去掉占位符前的下划线，改成$limitParam和$skipParam，调整后的查询语句如下：

  SELECT org.acme.biznet.things LIMIT $limitParam SKIP $skipParam
  

  再测试看看是否能正常分页。

• 确认REST Server的分页实现方式
  部分REST Server的分页功能不是通过在SQL语句中嵌入LIMIT/SKIP实现的，而是需要在请求URL的查询参数里直接指定。比如你可能需要这样调用API：

  GET /api/things?limit=10&skip=0
  

  这时候SQL语句只需要写SELECT org.acme.biznet.things，分页参数由服务端统一处理。建议你查看所使用的REST Server官方文档，确认正确的分页配置方式。

• 测试固定值的分页查询
  先把查询语句中的参数换成具体的数值，比如：

  SELECT org.acme.biznet.things LIMIT 10 SKIP 0
  

  如果这样能正确返回前10条结果，说明问题出在参数传递环节，而不是查询语句本身。这时候你需要重点排查参数是如何传递到服务端的。

• 查看服务端日志定位问题
  开启REST Server的日志功能，查看实际执行的查询语句是什么样的。如果日志里显示的查询没有带上LIMIT和SKIP的数值，说明参数没有被服务端正确解析和替换，这时候就需要调整参数传递的方式，确保符合服务端的要求。

内容的提问来源于stack exchange，提问作者zied.hosni