在Marklogic 8 java API中,哪种搜索提供了最佳性能?

在Marklogic 8 java API中,哪种搜索提供了最佳性能?,marklogic,marklogic-8,Marklogic,Marklogic 8,我使用Marklogic 8并使用Java API检索和存储文档。我的所有文档存储(JSON文件)的最大文件大小为2Kb。 我有两个问题: 索引是在我查询的大多数JSON节点上设置的。 默认情况下,搜索将包括一个时间戳范围(长),即从时间戳到时间戳的包容性搜索。加上最终用户要求的任何其他节点。 代码使用QBE方法查询数据库。 问题1:是否有比示例查询性能更好的方法,如字符串查询定义搜索、键值搜索、结构化查询定义或组合查询搜索 问题2:它运行的机器会对性能产生影响吗? 我现在正在本地Windows

我使用Marklogic 8并使用Java API检索和存储文档。
我的所有文档存储(JSON文件)的最大文件大小为2Kb。
我有两个问题: 索引是在我查询的大多数JSON节点上设置的。
默认情况下,搜索将包括一个时间戳范围(长),即从时间戳到时间戳的包容性搜索。加上最终用户要求的任何其他节点。
代码使用QBE方法查询数据库。

问题1:是否有比示例查询性能更好的方法,如字符串查询定义搜索、键值搜索、结构化查询定义或组合查询搜索

问题2:它运行的机器会对性能产生影响吗?
我现在正在本地Windows计算机上工作,但最终Marklogic将托管在生产中的UNIX计算机上。

但我不确定Unix机器的规格。

QBE和字符串查询在服务器中转换为结构化查询。因此,直接从结构化查询开始应该可以提供最佳性能,尽管差异应该可以忽略不计。组合查询不如将选项存储在服务器中理想,因为随每个查询一起发送选项会带来一些开销


机器当然会对性能产生影响。请确保在指定生产机器和配置操作系统时通读。还要确保遵循and。QBE和字符串查询在服务器中转换为结构化查询。因此,直接从结构化查询开始应该可以提供最佳性能,尽管差异应该可以忽略不计。组合查询不如将选项存储在服务器中理想,因为随每个查询一起发送选项会带来一些开销

机器当然会对性能产生影响。请确保在指定生产机器和配置操作系统时通读。还要确保遵循和