我们遇到了一些RequestRateTooLargeException的问题。我想得到一些见解。
如果我尝试运行这段代码,我会得到一个异常:
g.V('e078e211-460c-4b18-bf03-e68313dabdcc').as('u').V('0b30599f-ae5b-4cde-9fb3-06c44d54d792').inE('follows').where(outV().as('u'))这不应该是一个非常简单的查询吗?这个特定的顶点有很多“跟随”的边。如果我尝试使用一个只有几条“跟随”边的不同顶点,查询将消耗11RU。索引是默认索引。
.NET框架: net Core 3.1软件开发工具包: Microsoft.Azure.DocumentDB.Core 2.9.2主机: Azure Fabric
提前感谢胡安·巴勃罗
发布于 2019-12-20 01:31:22
在David的评论之后,我将gremlin命令改为
g.V('0b30599f-ae5b-4cde-9fb3-06c44d54d792').as('u').V('e078e211-460c-4b18-bf03-e68313dabdcc').outE('follows').where(inV().as('u'))基本上我改变了用来选择我想要的边的顶点边。正如David提到的,出站边与顶点一起存储。这解决了我的问题。
我不确定这个实现细节是否会影响命令的执行。我应该预料到,在这两种情况下,我都会得到相同的结果。
https://stackoverflow.com/questions/59383064
复制相似问题