Performance 在XQuery中，如何避免分页简单查询的性能恶化？
我有一个ML数据库，其中包含数万个文档，还有一个查询，它为所有文档或这些文档的子集返回一些简单的计算值。文档计数已增长到“所有文档”选项不再可靠地运行而不超时的程度，并且随着文档计数的增长，情况只会变得更糟。显而易见的解决方案是客户端应用程序使用另一个表单并对结果进行分页。这是一个离线批处理过程，所以总体速度不是问题——我们只想保持单个请求的正常 查询的分页版本非常简单：Performance 在XQuery中，如何避免分页简单查询的性能恶化？,performance,xpath,xquery,marklogic,Performance,Xpath,Xquery,Marklogic,我有一个ML数据库，其中包含数万个文档，还有一个查询，它为所有文档或这些文档的子集返回一些简单的计算值。文档计数已增长到“所有文档”选项不再可靠地运行而不超时的程度，并且随着文档计数的增长，情况只会变得更糟。显而易见的解决方案是客户端应用程序使用另一个表单并对结果进行分页。这是一个离线批处理过程，所以总体速度不是问题——我们只想保持单个请求的正常 查询的分页版本非常简单： declare namespace ns = "http://some.namespace/here" declare v
declare namespace ns = "http://some.namespace/here"
declare variable $fromCount external;
declare variable $toCount external;
<response> {
for $doc in fn:doc()/ns:entity[$fromCount to $toCount]
return
<doc> omitted for brevity </doc>
} </response>
声明命名空间ns=”http://some.namespace/here"
声明变量$fromCount external；
声明变量$toCount external；
{
对于fn:doc（）/ns:entity[$fromCount到$toCount]中的$doc
返回
为简洁起见省略
}
$fromCountns:entityxdmp:directory（）ns:entitysearch:search:search（）Edit:在我的例子中，答案是使用
xdmp:directory（）cts:searchunfilteredxdmp:directory另一种方法可能是使用
cts:urilimitcts:uri