CURL 提交给 Ontotext GraphDB 的最大字符数？
maximum # characters in CURL submission to Ontotext GraphDB?
我有一些超过 5000 个章程的 SPARQL 查询。当它们通过 CURL 提交给 GraphDB 时（特别是 httr::GET in R），它们不会出现在查询监视器屏幕上，并且（立即）CURL 响应为空。
有没有办法允许通过 CURL 向 GraphDB 提交更长的 SPARQL 查询？当我将它们直接提交到 Web 界面时，这些长查询确实有效。
我还没有想出确切的截止日期。到目前为止，我最长的工作查询是 4779 个字符。
我正在寻找机会缩短查询，例如最小化空格、缩短变量名以及可能的整体重构。
这在很大程度上取决于您使用的 curl 请求，确切地说。如果你是在正文中存储数据，应该没有问题。
不过，一般来说，我建议按照评论中的建议，对任何规模较大的请求进行 POST 请求。这避免了响应大小受客户端限制的问题。
我有一些超过 5000 个章程的 SPARQL 查询。当它们通过 CURL 提交给 GraphDB 时（特别是 httr::GET in R），它们不会出现在查询监视器屏幕上，并且（立即）CURL 响应为空。
有没有办法允许通过 CURL 向 GraphDB 提交更长的 SPARQL 查询？当我将它们直接提交到 Web 界面时，这些长查询确实有效。
我还没有想出确切的截止日期。到目前为止，我最长的工作查询是 4779 个字符。
我正在寻找机会缩短查询，例如最小化空格、缩短变量名以及可能的整体重构。
这在很大程度上取决于您使用的 curl 请求，确切地说。如果你是在正文中存储数据，应该没有问题。
不过，一般来说，我建议按照评论中的建议，对任何规模较大的请求进行 POST 请求。这避免了响应大小受客户端限制的问题。