【问题标题】:Does MarkLogic's Node.js API support configured search options?MarkLogic 的 Node.js API 是否支持已配置的搜索选项?
【发布时间】:2019-10-29 19:35:51
【问题描述】:

在 REST API 中,我可以存储配置的搜索选项,然后通过点击 GET http://server:port/v1/search?options=foo 来使用它们。查看 Node.js API 文档,我没有看到任何关于使用这样的配置搜索选项的参考。 Node Client API 是否支持使用已配置的选项?

【问题讨论】:

    标签: marklogic


    【解决方案1】:

    (感谢 Mike Wooldridge 过去分享此内容)

    在 Node.js 客户端 API 中,您可以通过执行查询来引用保存的搜索选项:

    https://docs.marklogic.com/jsdoc/documents.html#query

    并传入一个 CombinedQueryDefinition 作为第一个参数:

    https://docs.marklogic.com/jsdoc/documents.html#.CombinedQueryDefinition

    带有 optionsName 属性。

    HTH!

    【讨论】:

      【解决方案2】:

      是的,这是故意的。

      Node.js API 在客户端指定查询,而不是在客户端和服务器上维护部分查询定义。

      对于将查询定义与查询条件分开是有益的情况,一种可能的方法是创建一个小型库,其中包含接受查询条件并返回查询的函数。

      希望有用,

      【讨论】:

      • 谢谢,埃里克。就我而言,我有几个我想从 /v1/values 使用的路径范围索引。无法引用配置的选项意味着我需要在 MarkLogic 和 Node.js 层中明确列出完整路径,而不是 Node 能够引用标签。我将改用 HTTP 调用。
      • 鉴于 Node.js API 可以构建值查找(如 docs.marklogic.com/guide/node-dev/search#id_55308 中所述),我想知道是否可以将路径意识作为封装在一个小型库中的模块常量来维护可以构建查询子句或值查找。
      • “是的,这是有意的”相当令人困惑,也不是真的。这是完全有效的,并且可以参考保存在服务器上的搜索选项。
      • Node.js API 中的查询构建器并非旨在与服务器上的查询选项一起使用,而是鼓励在客户端上定义查询。 Node.js API 确实提供了一个逃生舱口(正如您在回答中所指出的那样),但这绕过了查询构建器并且不是预期的使用模式。
      • 它根本没有绕过查询构建器,只是使用不同..
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-04-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多