所以，我的系列包含25,000个点和15,000个多边形。我想这些多边形相当大，世界上大部分的陆地都被覆盖了。
积分回归正常。当我执行如下查询时，集合中的第一个多边形会很好地返回：
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)
如果我为此查询使用不同的坐标，我收到“请求率很大”消息，请在几秒钟后重试。
DocumentDB不能很好地处理大量多边形的空间查询吗？
Edit1：查询需要1157.53个RU，当前的定价等级是S1，所以250RUS ......我可能会看到我的问题！
Edit2：所以我将集合更新为S2，然后是S3。 RUS上升到11,000，我仍然得到“请求率很高”。可以做些什么？这些文件大小约为50kb，其中15,000个。对我来说似乎不是很多
Edit3：我完全不知道为什么，如果我将坐标改变1度，查询就会失败。
Edit4：按ID选择返回3.49RU。通过询问选择，是多边形内的一个点...超过11,000。这是正常的吗？如果是，DocumentDB是否适用于存储和查询点数据以外的任何其他内容？
由于
答案 0 :(得分：1)
所以...每次编辑：鉴于您的空间查询RU成本约为1000 RU，而您处于250RU层......第一个查询得到尊重，但随后您处于“赤字”状态（你基本上吃掉你的RU分配约4秒钟）。这就解释了为什么你会被扼杀一小段时间。