DocumentDB Spatial - 请求率很大
DocumentDB Spatial - Request Rate is large
所以，我的 collection 包含 25,000 个点和 15,000 个多边形。我猜这些多边形相当大，世界上大部分陆地都被覆盖了。
积分恢复正常。 collection 中的第一个多边形返回正常，当我执行如下查询时：
SELECT TOP 2 * FROM c.features[0] f WHERE (f.geometry.type='Polygon' OR f.geometry.type='MultiPolygon') AND ST_WITHIN({'type':'Point','coordinates':[26.35, 31.00]}, f.geometry)
如果我为此查询使用不同的坐标，我会收到 "Request Rate is large" 消息，请在几秒钟后重试。
DocumentDB 不能很好地处理大型 collection 多边形的空间查询吗？
Edit1：查询需要 1157.53 RU，当前定价层是 S1，所以 250RUS...我可能会看到我的问题！
Edit2：所以我将 collection 更新为 S2，然后是 S3。 RUS 上升到 11,000，而我仍然得到 "Request Rate is Large"。可以做什么？这些文件大约有 50kb，其中有 15,000 个。对我来说似乎不是很多
Edit3：我完全不明白为什么，如果我将坐标改变 1 度，查询就会失败。
Edit4：Select按 ID 返回 3.49RU。 Select 通过询问，是多边形内的一个点...超过 11,000。这是正常的吗？如果是，DocumentDB 是否适用于存储和查询点数据以外的任何用途？
谢谢
所以...每次编辑：鉴于您的空间查询 RU 成本约为 1000 RU，而您处于 250RU 层...第一个查询得到尊重，但随后您处于 "deficit" 状态（你基本上用完了你的 RU 分配大约 ~4 秒）。这就解释了为什么您会在短时间内受到限制。
所以，我的 collection 包含 25,000 个点和 15,000 个多边形。我猜这些多边形相当大，世界上大部分陆地都被覆盖了。
积分恢复正常。 collection 中的第一个多边形返回正常，当我执行如下查询时：
SELECT TOP 2 * FROM c.features[0] f WHERE (f.geometry.type='Polygon' OR f.geometry.type='MultiPolygon') AND ST_WITHIN({'type':'Point','coordinates':[26.35, 31.00]}, f.geometry)
如果我为此查询使用不同的坐标，我会收到 "Request Rate is large" 消息，请在几秒钟后重试。
DocumentDB 不能很好地处理大型 collection 多边形的空间查询吗？
Edit1：查询需要 1157.53 RU，当前定价层是 S1，所以 250RUS...我可能会看到我的问题！
Edit2：所以我将 collection 更新为 S2，然后是 S3。 RUS 上升到 11,000，而我仍然得到 "Request Rate is Large"。可以做什么？这些文件大约有 50kb，其中有 15,000 个。对我来说似乎不是很多
Edit3：我完全不明白为什么，如果我将坐标改变 1 度，查询就会失败。
Edit4：Select按 ID 返回 3.49RU。 Select 通过询问，是多边形内的一个点...超过 11,000。这是正常的吗？如果是，DocumentDB 是否适用于存储和查询点数据以外的任何用途？
谢谢
所以...每次编辑：鉴于您的空间查询 RU 成本约为 1000 RU，而您处于 250RU 层...第一个查询得到尊重，但随后您处于 "deficit" 状态（你基本上用完了你的 RU 分配大约 ~4 秒）。这就解释了为什么您会在短时间内受到限制。